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Beschreibung 

Hintergrund der Erfindung 
1. Gebiet der Erfindung 

[0001] Die vorliegende Erfindung betrifft ein Datenubertragungsverfahren zum Obertragen von Datenframes 
bzw. Datenblocken zwischen mehreren Einrichtungen wie Ein-Chip-Mikrocomputern (im folgenden „Mikrocom- 
puter" genannt) unter Verwendung eines seriellen Datenbus mitdrei Signalleitungen, namlich einer Datenlei- 
tung, einer Taktleitung und einer Steuerleitung. 

2. Stand der Technik 

[0002] Die Datenubertragungsverfahren lassen sich grob in parallele Ubertragungsverfahren unter Verwen- 
dung eines parallelen Datenbus und serielle Ubertragungsverfahren unter Verwendung eines seriellen Daten- 
bus (im folgenden B serieller Bus" genannt) einteilen. Wahrend sich die parallele Obertragung gut fur den Da- 
tentransfer mit hoher Geschwindigkeit eignet, ist bei diesem Verfahren auch eine gro&ere Anzahl von An- 
schlussstiften in den Obertragungseinrichtungen, d. h. Mikrocomputern und ICs, erforderfich. Wahrend die se- 
riellen Obertragungsyerfahren langsamer sind als die parallelen Verfahren, sind dafiir weniger Anschlussstifte 
erforderlich, und die Obertragungsgeschwindigkeit ist fur viele Mikrocomputeranwendungen, einschlie&lich der 
Mikrocomputer, die in Audio- und Bildgeraten sowie in Haushaltsgeraten verwendet werden, fur die typischer- 
weise serielle Ubertragungsverfahren eingesetzt werden, ausreichend. Durch die Zunahme der Funktionen 
von Verbraucherelektronik wie Videokassettenrecordern und Camcordern sind in einem Gerat oft mehrere Mi- 
krocomputer eingebaut. 

[0003] In derartigen Produkten arbeiten die Mikrocomputer nicht unabhangig voneinander, sondern durch Da- 
tenaustausch uber serielle Busse. Zusatzlich zu den Mikrocomputern konnen an diesen seriellen Bus noch ver- 
schiedene andere IC- und LSI-Elemente angeschlossen sein. 

[0004] Ein Datenubertragungsverfahren, bei dem ein serieller Bus mit drei Leitungen verwendet wird, ist im 
JP 4-332065 beschrieben. Das dort beschriebene Datenubertragungsverfahren verwendet zusatzlich zu der 
Datenleitung und der Taktleitung eine Steuerleitung zur Identifikation der ubertragenen Daten als Sendebe- 
rechtigung oder Datenubertragungsblock. Der als Steuereinrichtung fungierende Mikrocomputer gibt nachein- 
ander eine Sendeberechtigung an jeden mit dem seriellen Bus verbundenen Mikrocomputer aus, wenn die 
Steuerleitung den Pegel High hat. Wenn ein Mikrocomputer die Sendeberechtigung empfangt, die Zugangs- 
rechte zum seriellen Bus erhalt und zum Obertragen eines Datenblocks uber den Bus ansetzt, schaltet der Mi- 
krocomputer die Steuerleitung auf LOW, urn zum Hauptrechner zu werden und den anderen Mikrocomputern 
seine Nutzung des seriellen Busses anzuzeigen. Wenn die Steuerleitung in den L-Pegel wechselt, beendet die 
Steuerung die Ausgabe der Sendeberechtigung und gibt den fur die Datenblockubertragung erforderlichen 
Takt aus. Nach diesem Takt beginnt der Hauptrechner mit der Datenblockubertragung. Nach Beendigung der 
Datenblockubertragung setzt die Steuerung die Steuerleitung wieder auf H-Pegel. Die Steuerung erkennt so- 
mit, wann die Steuerleitung wieder den H-Pegel hat, urn mit der Ausgabe der Sendeberechtigung zu beginnen. 
[0005] Dieses Datenubertragungsverfahren ermoglicht es, Datenkollisionen am Bus zu verhindem, erfordert 
keine Modulation fur die Obertragung und ermoglicht es, Datenblocke von beliebigem Muster zu ubertragen. 
Die Nachteile dieses Datenubertragungsverfahrens werden nachstehend beschrieben. 
[0006] Bei diesem bekannten Datenubertragungsverfahren gibt die Steuerung eine Sendeberechtigung aus, 
und nur der Mikrocomputer, der die Sendeberechtigung empfangen hat, hat das Recht, einen Datenblock zu 
senden. Wenn ein weiterer Mikrocomputer hinzukommt, der Datenblocke uber den seriellen Bus ubertragt, 
muss das Sendeberechtigungserteilungsprogramm der Steuerung folglich so geschrieben sein, dass die Mog- 
lichkeit einer Vergrofierung der Anzahl der Mikrocomputer, die zum Hauptrechner werden konnen, berucksich- 
tigt wird, und das Sendeberechtigungserteilungsprogramm der Steuerung muss geandert werden, wenn 
Hauptrechner, die nicht berucksichtigt wurden, hinzukommen. 

[0007] Bei dem bekannten Datenubertragungsverfahren sind der oder die Nebenrechner, die die ubertrage- 
nen Daten empfangen sollen, ebenfalls durch einen Adresskopf am Anfang des Datenblocks gekennzeichnet, 
u nd die Blockubertragung ist beendet, wenn der oder die Nebenrechner eine Bestatigung ausgegeben haben. 
Folglich mtissen auch die Adressdaten geandert werden, wenn ein weiterer zum Nebenrechner bestimmter Mi- 
krocomputer an den seriellen Bus angeschlossen wird, und eine Datenubertragung ist nicht moglich, wenn der 
Nebenmikrocomputer ohne Adressanderung entfernt wird. Kurz gesagt, ein Problem des bekannten Datenu- 
bertragungsverfahrens liegt darin, dass Mikrocomputer nicht ohne weiteres an den seriellen Bus angeschlos- 
sen oder von ihm getrennt werden konnen. 

[0008] Mit dem Problem des einfachen Anschlieliens von Mikrocomputern an einen seriellen Dreileitungsbus 
und ihrer einfachen Entfernung beschaftigt sich das JP-63-58567 ^Serial Interface Serial Bus Method". Bei die- 
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sem Verfahren wird der N-Zustand der Steuerleitung bestatigt, die Steuerleitung dann auf LOW geschaltet, 
eine Kennung gesendet, und die DatenQbertragung erfolgt, wenn die empfangene Kennung zur ubertragenen 
Kennung passt. Wenn die DatenQbertragung beendet ist, wird die Steuerleitung wieder auf H-Pegel geschaltet. 
Weil dieses Verfahren keine Entscheidung unter Verwendung von Sendeberechtigungen kennt, konnen Mikro 
computer ohne weiteres an den seriellen Bus angeschlossen und wieder von ihm getrennt werden. Es ist je- 
doch auch moglich, dass mehrere Mikrocomputer gleichzeitig eine Kennung senden, was zu Kollisionen fuhrt. 
Folgltch ist es nicht moglich, die Zeit vom Datensendeauftrag bis zur tatsachlichen Beendigung der Datenuber- 
mittlung in einem bestimmten Zeitabschnitt zu halten. Mit zunehmender Datenubermittlungsfrequenz steigt 
auch die Anzahl der Kollisionen sowie die Moglichkeit, dass keine wirksame Datenubermittlung aufrechterhal- 
ten werden kann. 

[0009] Bei dem ersten herkommlichen Datenubermittlungsverfahren gemafi dem vorgenannten JP-4-332065 
miissen die nicht zur Steuerung gehorenden Mikrocomputer (nachstehend .Targets" genannt) auch die Steu- 
erleitung mit externen Unterbrechungen uberwachen, wenn eine effektive DatenQbertragung stattfinden soli. 
Wenn die Targets den Steuerleitungspegel bei seriellen Empfangsunterbrechungen statt bei externen Unter- 
brechungen uberprufen sollen, kann es zu Pegelerfassungsfehlern kommen, wenn der Steuerleitungspegel in 
der Zeit von der Ausgabe der seriellen Empfangsunterbrechung bis zur Pegeluberprufung vom Hauptrechner 
geandert wird. 

[0010] Ein mogliches Verfahren zur Vermeidung solcher Erfassungsfehler ist es, den Hauptrechner eine be- 
stimmte Zeit nach Beendigung der Obertragung einer Ubertragungseinheit warten zu lassen, bevor die Steu- 
erleitung betatigt wird, so dass die Mikrocomputer neben dem Hauptrechner die Moglichkeit haben, die Steu- 
erleitung eine vorgegebene Zeit lang nach Ausgabe der seriellen Empfangsunterbrechung zu prufen. Kurz ge- 
sagt, werden Steuerleitungspegelerfassungsfehler vermieden, indem die zeitliche Abfolge der Steuerleitungs- 
funktionen gesteuert wird. 

[0011] Weil bei diesem Verfahren die Steuerleitung wahrend eines festgelegten Zeitabschnitts kontrolliert 
werden muss, miissen jedoch serielle Empfangsunterbrechungen auch bei Verarbeitung anderer Unterbre- 
chungen berucksichtigt werden. Zusatzlich ist entweder ein Hardware- oder ein Software-Zeitgeber erforder- 
lich, urn die zeitliche Abfolge auf der Steuerleitung zu regeln. Folglich mussen die Targets die Steuerleitung 
unter Verwendung externer Unterbrechungen uberwachen, weil Verfahren zur Verhinderung von Erfassungs- 
fehlern durch Einschrankung der zeitlichen Abfolge von Steuerleitungsablaufen zahlreiche Einschrankungen 
fur die Systemgestaltung bedeuten. 

[0012] Das andere Problem bei diesem herkommlichen Datenubertragungsverfahren (siehe das 
JP-1 992-332065) liegt in der schlechten Datenubertragungseffizienz, weil verschiedene Aden von Steuerda- 
ten (z. B. Sendeberechtigungen, Adressdaten, Fehlererfassungscodes und Bestatigungsdaten) als Teil des 
Ubermittlungsprotokolls bei jeder Datenblockubermittlung zusatzlich ubermittelt werden mussen. 

Zusammenfassung der Endung 

[0013] Eine Aufgabe der vorliegenden Erfindung ist es somit, ein Datenubermittlungsverfahren zur Verfugung 
zu stellen, bei dem a) wahrend der Datenblockubermittlung keine Obermittlungskollisionen vorkommen, b) Mi- 
krocomputer ohne weiteres an den seriellen Bus angeschlossen und wieder von ihm getrennt werden konnen, 
c) keine externen Unterbrechungen zur Uberwachung der Steuerleitung erforderlich sind und d) die Datenu- 
bermittlungseffizienz gesteigert werden kann. 

[0014] Die genannten Aufgaben werden gemafi einem ersten Aspekt der Erfindung gelost durch Bereitstel- 
lung eines Datentransferverfahrens zum seriellen Ubertragen von Datenframes zwischen einer Steuereinrich- 
tung und einem oder mehreren Targets, welche wechselseitig mit einem Signalbus verbunden sind, der eine 
bidirektionale Datenleitung zum seriellen Ubertragen von zumindest den Daten, die einen Datenframe enthal- 
ten, eine Taktleitung zum Zufuhren eines Sendetakts fur die von der Steuereinrichtung uber die Datenleitung 
zu den Targets ubertragenen Daten und eine bidirektionale Wired-or-Steuerleitung aufweist, wobei das Verfah- 
ren dadurch gekennzeichnet ist, dass die Steuereinrichtung damit beginnt, einen Datenframe oder einen Null- 
frame zu der Datenleitung in Abhangigkeit davon zu ubertragen, ob eine Datenubertragungsanforderung fur 
die Steuereinrichtung vorliegt oder nicht, nach der Ausgabe eines LOW-Pegels an die Steuerleitung, wenn die 
Steuerleitung den Pegel HIGH aufweist, und dass die Steuereinrichtung die Ausgabe des Pegels LOW an die 
Steuerleitung anhalt, nachdem das Ubertragen des Datenframes oder des Nullframes beendet worden ist, 
dass die Ubertragungsfolge fur die Targets vorbestimmt ist, dass die Targets mit einer Ubertragungsanforde- 
rung fur einen Datenframe beginnen, einen LOW-Pegel an die Steuerleitung auszugeben, wahrend die Steu- 
erleitung auf dem Pegel LOW durch die Steuereinrichtung gehalten wird, dass, falls die Steuerleitung auf dem 
Pegel LOW bleibt, sogar wenn die Steuereinrichtung die Ausgabe des Pegels LOW an die Steuerleitung an- 
halt, nachdem das Ubertragen des Datenframes oder des Nullframes geendet hat, die Steuereinrichtung den 
Sendetakt ausgibt, bis die Steuerleitung den Pegel HIGH annimmt, und das Target, welches einen LOW-Pegel 
an die Steuerleitung ausgibt, die Obertragung eines Datenframes in Synchronisation mit dem Sendetakt be- 
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ginnt, nachdem die Steuereinrichtung und alle Targets, die in der Ubertragungsfolge fruher tiegen, das Daten- 
frame- Oder Nullframeubertragen beendet haben, und die Ausgabe des LOW-Pegels an die Steuerieitung be- 
endet, nachdem die Datenframeubertragung beendet ist. 

[0015] GemaB einem zweiten Aspekt der Erfindung wird ferner ein Datentransfersystem zur Verfiigung ge- 
stellt, enthaltend eine Vielzahl an Mikrocomputern, von denen einer ats Steuereinrichtung bezeichnet wird und 
die ubrigen als Targets bezeichnet werden, und einen seriellen Datenbus, der eine bidirektionale Datenleitung 
enthalt, uber die ein Senden und ein Empfangen von Daten ausgefuhrt wird, eine Taktleitung, welche Taktsig- 
nale, die durch die Steuereinrichtung erzeugt werden, an jedes Target ubertragt, und eine bidirektionale Wi- 
red -or-Steuerleitung, welche sowohl fur die Steuereinrichtung als auch fur die Targets zugreifbar und ablehn- 
bar ist, dadurch gekennzeichnet, dass die Steuereinrichtung einen Datenframe oder einen Nullframe an die 
Datenleitung in Abhangigkeit davon ubertragt, ob eine Datenubertragungsanforderung fur die Steuereinrich- 
tung besteht Oder nicht, nachdem die Steuereinrichtung auf die Steuerieitung zugreift, wenn die Steuerieitung 
den Pegel HIGH annimmt, und, falls die Steuerieitung auf dem Pegel LOW sogar dann bleibt, wenn die Steu- 
ereinrichtung die Ausgabe des Pegels LOW an die Steuerieitung unterbricht, nachdem das Obertragen des 
Datenframes oder des Nullframes beendet worden ist, die Steuereinrichtung das Taktsignal ausgibt, bis die' 
Steuerieitung den Pegel HIGH annimmt, und dass jedes Target, das eine eigene, ihm zugeordnete Datensen- 
defolge besitzt, eine Ausgabe fur das Zugreifen auf die Steuerieitung ausgibt, wahrend die Steuerieitung in ei- 
nem Zugangszustand durch die Steuereinrichtung gehalten wird, falls eine Sendeanforderung eines Datenfra- 
mes besteht, und, wenn die Steuereinrichtung und die vorgenannten Targets das Datenframe- oder Nullframe- 
ubertragen beendet haben, eine Datenframeubertragung in Synchronisation mit den Taktsignalen von der 
Steuereinrichtung beginnt und, falls es keine Datenframeubertragungsanforderung besitzt, einen Nullframe an 
die Datenleitung ausgibt, ohne dass eine Ausgabe zum Zugreifen auf die Steuerieitung ausgegeben wird, und 
wenn das Frameubertragen beendet worden ist, die Ausgabe fur den Zugriff auf die Steuerieitung unterbricht. 
[0016]. Weitere zweckmaliige Ausfuhrungsbeispiele sind in den abhangigen Anspruchen definiert. 
[0017] Mit dem erfindungsgemaBen Datenubertragungsverfahren werden somit Daten ubertragen, wobei an 
den seriellen Bus angeschlossene Einrichtungen erfindungsgemafi als Steuereinrichtungen oder Targets fest- 
gelegt sind. An dem seriellen Bus ist nur eine Steuereinrichtung vorhanden, wahrend mehrere Targets vorhan- 
den sein konnen. Die Framesendefolge ist festgelegt, und die Steuereinrichtung steht in der Sendefolge an 
erster Stelle. 

[0018] Die Steuereinrichtung und ein oder mehrere Targets sind an einen seriellen Bus angeschlossen, der 
drei Signalleitungen hat, namlich eine Datenleitung, eine Taktleitung und eine Steuerieitung. Die Datenleitung 
ist eine bidirektionale Signalleitung zum seriellen Ubertragen der Daten mit dem Datenframe in einzelnen Ober- 
tragungseinheiten. Die Taktleitung ist ein Signal zur intermittierenden Bereitstellung des Einheitstakts, der zum 
Ubertragen einer Dateniibertragungseinheit erforderlich ist, zu vorgegebenen Zeitpunkten von der Steuerein- 
richtung an das oder die Targets. Die Steuerieitung ist eine bidirektionale Signalleitung, die zur Meldung des 
Datenubertragungsbeginns und - endes verwendet wird. 

[0019] Nahstehend wird das erfindungsgemafie Datenubertragungsverfahren beschrieben. 
[0020] Wenn die Steuerieitung auf H-Pegel ist, beginnt die Steuereinrichtung die Ausgabe des L-Pegels an 
die Steuerieitung und ubertragt dann einen Datenframe oder einen Nullframe. Targets mit Datenblocksende- 
anforderung beginnen die Ausgabe eines L-Signals an die Steuerieitung, wahrend die Steuerieitung von der 
Steuereinrichtung auf LOW gehalten wird. Die Steuereinrichtung beendet zeitweise die Ausgabe des L-Pegels 
an die Steuerieitung zjm Zeitpunkt der Einheitstaktausgabe, nachdem das Senden des Datenframes oder des 
Nulfframes beendet ist. 

[0021] Wenn die Steuerieitung auf LOW bleibt, obwohl die L-Pegel-Ausgabe beendet ist, wird der Einheitstakt 
ausgegeben, nachdem die L-Pegel-Ausgabe an die Steuerieitung wieder eingesetzt hat. Das Target, welches 
einen L-Pegel an die Steuerieitung ausgibt, beginnt die Datenframeubermittlung synchron zum Einheitstakt, 
nachdem die Steuereinrichtung und alle in der Sendefolge an fruherer Stelle stehenden Targets das Nulfframe- 
oder Datenframesenden beendet haben. Das Target, welches das Datenframesenden beendet hat, beendet 
die L-Pegel-Ausgabe an die Steuerieitung vor dem Ausgabezeitpunkt des nachsten Einheitstakts. 
[0022] Die Steuereinrichtung berechnet fur alle wahrend des L-Pegels der Steuerieitung uber die Datenlei- 
tung ubertragenen Daten einen Fehlererfassungscode und ubermitteft diesen, nachdem die Steuerieitung den 
H-Pegel angenommen hat. Alle Targets erfassen Ubertragungsfehler unter Verwendung der von ihnen uber 
die Datenleitung gesendeten oder empfangenen Daten und des empfangenen Fehlererfassungscodes. Wird 
ein Fehlerfestgestellt, wird ein Anforderungscode, bei dem mindestens ein Fehlererfassungsbit auf TRUE ge- 
setzt ist, ubermittelt. 

[0023] Eine Obertragungseinheit ist definiert als der Zeitabschnitt von der ersten L-Pegel-Einstellung der 
Steuerieitung bis zu ihrem nachsten L-Pegel. Eine Obertragungseinheit umfasst daher sowohl eine LOW- als 
auch eine HIGH-Phase der Steuerieitung. Wahrend einer Obertragungseinheit konnen mehrere Datenblocke 
gesendet werden. 

[0024] Mit dem oben beschriebenen erfindungsgemaften Verfahren ist unter Beachtung der vorgegebenen 
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Sendefolge eine kollisionsfreie Datenblockubermittlung durch alle Mikrocomputer mit Sendeauftrag wahrend 
der LOW-Phase der Steuerleitung moglich. Dieses Verfahren hat insbesondere den Effekt, dass Datenblock- 
kollisionen verhindert werden, indem jedem an den seriellen Bus angeschlossenen Mikrocomputer eine geson- 
derte Sendefolgenummer zugeordnet wird. 

[0025J Wenn die System konfigu ration, d. h. die Anzahl der an den seriellen Bus angeschlossenen Mikrocom- 
puter. geandert wird, indem einer oder mehrere Mikrocomputer entfernt oder hinzugefugt werden, kann die Da- 
tenubermittlung in voliem Umfang aufrechterhalten werden, indem sichergestellt wird, dass jedem Mikrocom- 
puter am Bus eine gesonderte Sendefolgenummer zugeordnet wird. Folglich ist es nicht notig, das Verwal- 
tungsprogramm der Steuereinheit fur den seriellen Bus zu andern, sobald die Mikrocomputerkonfiguration ge- 
andert wird. 

[0026] An den Beginn eines Datenblocks wird auch ein ihn kennzeichnender Datenkopf gesetzt. Jeder an den 
Bus angeschlossener Mikrocomputer kann dann feststellen, ob der aktuelie Datenblock zu empfangen ist, in- 
dem er den Datenkopf liest. Genauer gesagt wird jedem Datenblock nur ein Datenkopf hinzugefugt, wahrend 
in dem Datenblock keine Adressdaten enthalten sind, die den Bestimmungsort des Datenblocks kennzeich- 
nen. Daher ist es nicht notig, den Datenblock zu andern, wenn die Mikrocomputerkonfiguration geandert wird. 
Daher ist es mit der Erfindung ganz einfach, zusatzliche Mikrocomputer an den seriellen Bus anzuschliefien 
oder wieder davon zu trennen. 

[0027] Aufterdem andert die Steuerung den Steuerleitungspegel unmittelbar vor Ausgabe des Einheitstakts, 
und die Targets prufen den Steuerleitungspegel unmittelbar nach Einheitstakteingabe und beginnen und be- 
enden die L-Pegel-Ausgabe an die Steuerleitung. Im einzelnen geben die Targets nur dann einen L-Pegel an 
die Steuerleitung aus, wenn die Steuerleitung auf LOW ist, so dass Pegelanderungen der Steuerleitung auf 
den Zeitpunkt unmittelbar vor Ausgabe des Einheitstakts beschranktsind. Daher ist eine exakte Erfassung des 
Steuerleitungspegels moglich, wenn die Targets den Steuerleitungspegel unmittelbar nach Softwareeingabe 
des Einheitstakts kontroilieren. Die Erfindung hat daher den weiteren Effekt, dass sie keine extemen Unterbre- 
chungen zur Uberwachung der Steuerleitung erforderlich macht. 

[0028] Die Steuerung berechnet auderdem den Fehlererfassungscode fur alle wahrend des LOW-Zustands 
der Steuerleitung uber die Datenleitung gesendeten Daten unter Verwendung der von der Steuerung uber die 
Datenleitung gesendeten und empfangenen Daten und sendet den Fehlererfassungscode, nachdem die Steu- 
erleitung den H-Pegel angenommen hat. Alle Targets erfassen Ubertragungsfehler unter Verwendung der von 
ihnen uber die Datenleitung gesendeten oder empfangenen Daten und des jeweils empfangenen Fehlererfas- 
sungscodes. Wenn ein Fehler festgestellt wird, wird ein Anforderungscode, bei dem mindestens ein Fehlerer- 
fassungsbit auf TRUE gesetzt ist, zu einem vorgegebenen Zeitpunkt gesendet. Daher muss nicht jedem Da- 
tenblock ein Fehlererfassungscode angefugt werden, und die Fehlererfassungsfahigkeit dieses Verfahrens ist 
dennoch ungefahr gleich gut wie bei Dateniibertragungsverfahren, bei denen jedem Datenblock ein Fehlerer- 
fassungscode angefugt ist. Ferner ist es nicht notig, jeden empfangenen Datenblock zu bestatigen, und es 
kann eine effiziente Datenblockubertragung erreicht werden. 

[0029] Ein Fehlererfassungscode zum Erfassen von Obertragungsfehlern im Datenkopf ist ebenfalls in den 
Datenkopf eingefugt. Wenn das Target im Datenkopf einen Ubertragungsfehler feststellt, wird die Ausgabe ge- 
stoppt, wenn gerade der L-Pegel an die Steuerleitung ausgegeben wird. Damit wird die Obertragung sofort bei 
Fehlererkennung beendet. Die Erfindung bewirkt also aufterdem, dass eine unnutze Datenubertragung unter- 
bleibt. 

[0030] Wenn ein von der Steuerung und dem Target zu empfangender Datenblock nicht empfangen wird, wird 
ein Anforderungscode gesendet, bei dem mindestens ein Bit auf TRUE gesetzt ist. Wenn das Datenblockan- 
forderungsbit des empfangenen Anforderungscodes TRUE ist, fahren die Steuerung und alle Targets mit der 
Obertragung aller Datenblocke fort, die von der jeweiligen Einrichtung zu senden sind, bis das Anforderungsbit 
im Anforderungscode FALSE ist. Die Erfindung bewirkt somit aufterdem, dass verlorengegangene Daten emp- 
fangen werden konnen, selbst wenn der bisher empfangene Datenblock durch Auftreten einer Storung, bei- 
spielsweise einer Rucksetzung, verlorengegangen ist. 

[0031] Wenn das Datenblockanforderungsbit stets TRUE ist, bleibt die Einrichtung standig im Datenserv 
destatus. Wenngleich das erfindungsgemalSe Dateniibertragungsverfahren ereignisgesteuert ist, ist es also 
auch gut anpassbar an Systeme, die zur kontinuierlichen Datenblockubermittlung verwendet werden. Wenn 
ein serieller Bus fur den kontinuierlichen Transfer in einen ereignisgesteuerten Transferbus geandert wird, 
muss sowohl das Kommunikationsprogramm, welches das Senden und das Empfangen von Datenblocken 
steuert, als auch das Anwendungsprogramm, das bestimmt, welche Datenblocke zu senden sind, geandert 
werden. Das ist erforderlich, weil das Anwendungsprogramm bestimmt, ob Anderungen am Inhalt der gesen- 
deten Datenblocke gemacht wurden. Wenn das erfindungsgemafte Dateniibertragungsverfahren in Systeme 
fur den kontinuierlichen Datentransfer eingebracht wird, ist jedoch keine Anderung des Anwendungspro- 
gramms erforderlich, wenn das Datenblockanforderungsbit stets TRUE ist. 

[0032] In dem vom Target gesendeten Datenkopf ist auch die Datenlange der Userdaten angegeben. Somit 
sendet die Steuerung einen Anforderungscode mit einem auf TRUE gesetzten Fehlererfassungsbit, wenn die 
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Steuerleitung wieder auf HIGH gesetzt wird, bevor die angegebene Userdatenlange vom Target gesendet wor- 
den ist. Die Erfindung ermoglicht es somit, eine Datenblockiibertragung unwirksam zu machen, wenn das Tar- 
get, welches den Datenblock sendet, zuruckgesetzt wird. 

[0033] Ferner ermoglicht die vorliegende Erfindung eine sichere Datenblockiibertragung selbst bei Schwan- 
kungen der Anlaufzeit nach der Rucksetzung, indem ein Anforderungscode gesendet wird, der das Fehlerer- 
fassungsbit vom Target auf TRUE setzt, wenn die Steuerleitung beim Anlaufen auf L-Pegel ist. 
[0034] Wenn die Steuerleitung beim Anlaufen auf LOW ist, wird aufierdem der Takt an die Taktleitung ausge- 
geben, bis die Steuerleitung HIGH wird. Nachdem die Steuerleitung den H-Pegel angenommen hat, sendet die 
Steuerung einen Anforderungscode mit einem auf TRUE gesetzten Fehlererfassungsbit. Wenn die Steuerlei- 
tung beim Anlaufen H-Pegel hat, sendet die Steuerung einen Anforderungscode mit einem auf TRUE gesetz- 
ten Fehlererfassungsbit mindestens zweimal, bevor sie den L-Pegel an die Steuerleitung ausgibt. Die Erfin- 
dung ermoglicht somit ferner, Datenubermittlungen wahrend der Transfereinheit bedingtzu stornieren, wenn 
die Steuerung mitten in einer Transfereinheit zuruckgesetzt wird. 

[0035] Der Effekt der Einheitstaktausgabe nach Bestatigung durch die Steuerung, dass das Target die Daten- 
ubertragungsvorbereitungen beendet hat, kann ferner durch Ausfuhrung folgender Prozedur erzielt werden: 
Das den Datenblock sendende Target andert die Datenleitung auf den L-Pegel, wenn es die Vorbereitungen 
zum Senden der einen Ubertragungseinheit von Daten, die den Datenblock enthalten abgeschlossen hat. Die 
Steuerung gibt den Einheitstakt aus, wenn die Datenleitung unmittelbar vor Ausgabe des Einheitstakts fur die 
Datenblockubermittlung durch das Target auf LOW ist. Die Steuerung kann also den Einheitstakt ausgeben, 
nachdem sie bestatigt hat, dass das Target die Datensendevorbereitungen beendet hat, indem die Datenlei- 
tung gemafi dieser Prozedur verwendet wird. 

Kurzbeschreibung der Zeichnungen 

[0036] Die Erfindung wird besser verstandlich durch die nachfolgende ausfiihrliche Beschreibung und die bei- 
gefugten Diagramme, die folgendes zeigen: 

[0037] Fig. 1 ein Blockschaltbild eines Datenubertragungssystems, welches die bevorzugte Ausfuhrungs- 
form des erfindungsgemalien Datenubertragungsverfahrens verwendet; 

[0038] Fig. 2 ein Taktfolgediagramm, das die Beziehung zwischen seriellen Daten, Takten und /BSY-Leitung 

bei der bevorzugten Ausfuhrungsform zeigt; 

[0039] Fig. 3 das Kopfformat bei der bevorzugten Ausfuhrungsform; 

[0040] Fig. 4 das Daten blockformat bei der bevorzugten Ausfuhrungsform; 

[0041] Fig. 5 die Beziehung zwischen den Datenkopfwerten und der Anzahl Bytes N in den Userdaten; 
[0042] Fig. 6 das Format des REQ-Bytes bei der bevorzugten Ausfuhrungsform; 

[0043] Fig. 7 ein Taktfolgediagramm, das ein Beispiel fur den Datenblockubertragungstakt bei der bevorzug- 
ten Ausfuhrungsform zeigt; 

[0044] Fig. 8 ein Taktfolgediagramm, das ein Beispiel fur den Datenblockubertragungstakt bei der bevorzug- 
ten Ausfuhrungsform zeigt; 

[0045] Fig. 9 ein Taktfolgediagramm, das ein Beispiel fur den Datenblockubertragungstakt bei der bevorzug- 
ten Ausfuhrungform zeigt; 

[0046] Fig. 10 ein Taktfolgediagramm, das ein Beispiel fur den Datenblockubertragungstakt bei der bevorzug- 
ten Ausfuhrungsform zeigt; 

[0047] Fig. 11 ein Ablaufdiagramm des von den Targets bei der bevorzugten Ausfuhrungsform ausgefuhrten 
Unterprogramms zur Bearbeitung der Unterbrechung der seriellen Obertragung; 

[0048] Fig. 12 ein Ablaufdiagramm des von der Steuerung bei der bevorzugten Ausfuhrungsform ausgefuhr- 
ten Unterprogramms zur Bearbeitung der Taktunterbrechung und 
[0049] Fig. 13 ein Taktdiagramm serieller Obertragungen mit dem Start-Zustand. 

Beschreibung bevorzugter Ausfuhrungsbeispiele 

[0050] Nachstehend werden, beginnend mit der Beschreibung der Systemkonfiguration, die bevorzugten 
Ausfuhrungsbeispiele des erfindungsgemafien Datenubertragungsverfahrens beschrieben. 
[0051] Fig. 1 ist ein Blockschaltbild eines Datenubertragungssystems, welches das erfindungsgemafte Da- 
tenubertragungsverfahren in seiner bevorzugten Ausfuhrungsform verwendet. Wie in Fig. 1 gezeigt, enthalt 
dieses System die Mikrocomputer 10, 11 und 12, die uber einen seriellen Bus mit drei Signalleitungen, namlich 
einer Datenleitung 1, einer Taktleitung 2 und einer /BSY-Leitung 3, miteinander verbunden sind. 
[0052] Die Datenleitung 1 ist eine Leitung fur positiv logische Signale zur Ubermittlung serieller Daten, die so- 
wohl mit dem Dateneingangsport 16 als auch mit dem Datenausgangsport 17 der verschiedenen Mikrocom- 
puter verbunden ist. Die Datenausgangsports 17 sind offene Drains, so dass mehrere Mikrocomputer die Sig- 
nalleitungen gteichzeitig ansteuern konnen. 
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[0053] Der Mikrocomputer 10 gibt den Ein/Aus-Takt der seriellen Daten vom Taklausgangsport 18 an die Takt- 
leitung 2 aus. Die anderen Mikrocomputer lesen diesen Takt uber die jeweiligen Takteingangsports 15. 
[0054] Die /BSY-Leitung 3 ist die Signalleitung fur das /BSY-Signal. Wenn die /BSY-Leitung 3 auf HIGH ist, 
sendet keiner der Mikrocomputer (keine der Einrichtungen) am Bus Datenblocke. Wenn die /BSY-Leitung 3 auf 
LOW ist, erfolgt die Obermittlung eines Datenblocks oder eines Nullblocks zwischen den Mikrocomputern. Das 
/BSY-Signal ist ein negatives logisches Signal. Die Mirocomputer 10, 11 und 12 geben das /BSY-Signal uber 
den /BSY-Signal-Ein/Aus-Port 14 aus und prufen, ob das /BSY-Signal von einem der anderen Mikrocomputer 
ausgegeben wird. Das Aufpragen des L-Pegels auf die /BSY-Leitung 3 ist gleichbedeutend mit der Ausgabe 
des /BSY-Signals. Die Unterbrechung der Aufpragung des L-Signals auf die /BSY-Leitung 3 ist gleichbedeu- 
tend mit der Unterbrechung des /BSY-Signals. 

[0055] In der nachstehenden Beschreibung wird unter der Ausgabe des L-Pegels an die /BSY-Leitung 3 die 
^Aufpragung des /BSY-Signals" und unter der Beendigung der Ausgabe des L-Pegels an die /BSY-Leitung 3 
die „Negierung des /BSY-Signals" verstanden. Die /BSY-Leitung 3 ist mit jedem Mikrocomputer uber eine ver- 
drahtete ODER-Schaltung verbunden, so dass die /BSY-Leitung 3 L-Pegel haben muss, wenn einer der Mikro- 
computer das /BSY-Signal aufpragt. 

[0056] Viele Ein-Chip-Mikrocomputer ermoglichen eine serielle 8-Bit-Datenubertragung in einer Hardware- 
konstruktion, die nachstehend als Schiebepuffer" bezeichnet wird. Der Schiebepuffer umfasst zwei Schiebe- 
register (einen Sendepuffer und einen Empfangspuffer) sowie periphere Schaltungen. Aus einer externen 
Quelle stammender Takt (externer Takt) und im Mikrocomputer erzeugter Takt (interner Takt) werden zur Steu- 
erung von Datenein- und -ausgang verwendet. Es sei darauf hingewiesen, dass einige Mikrocomputer ein ein- 
ziges, gemeinsames Schieberegister sowohl als Sende- als auch als Empfangspuffer verwenden. Bei der se- 
riellen Datenubertragung werden Daten aus dem Sendepuffer ab dem hochstwertigen Bit (MSB) bei Taktab- 
fallflanke gesendet und serielle Daten ab dem MSB an der Taktanstiegsflanke in den Empfangspuffer einge- 
speist. 

[0057] Der Ausgangsanschluss der vom Sendepuffer gesendeten seriellen Daten ist der Datenausgangsport 
17, und der Eingangsanschluss fur die in den Empfangspuffer eingespeisten seriellen Daten ist der Datenein- 
gangsport 16. Als Eingang und Ausgang wird ein einzelner Ein/Aus-Taktport verwendet. Dieser Rest dient als 
Ausgangsport, wenn der Schiebepuffer Daten nach dem internen Takt ubermittelt, und als Eingangsport, wenn 
der Schiebepuffer Daten nach dem externen Takt ubermittelt. Der Mikrocomputer 10 muss den Takt ausgeben 
und arbeitet daher nach dem internen Takt, die anderen. Mikrocomputer jedoch arbeiten nach dem externen 
Takt. Der Takt-Ein/Aus-Port dient daher als Taktausgangsport 1 8 fur den Mikrocomputer 10, jedoch als Taktein- 
gangsport 15 fur die anderen Mikrocomputer. 

[0058] Die in der nachfolgenden Beschreibung des Ausfuhrungsbeispiels verwendete Terminologie hat nach- 
stehende Bedeutung: 

[0059] Steuereinheit bzw. Steuerung: Von den verschiedenen an den seriellen Bus angeschlossenen Mikro- 
computern ist der Mikrocomputer, der den Takt ausgibt, die Steuereinheit. 

[0060] Das System hat nur eine Steuereinheit. Der Mikrocomputer 10 ist die Steuereinheit fur das in Fig. 1 
gezeigte System und wird im folgenden als ^Steuereinheit" bzw. Steue- rung bezeichnet. 
[0061] Targets: Von den verschiedenen an den seriellen Bus angeschlossenen Mikrocompu- tern sind alle au- 
fcer der Steuereinheit Targets. 

[0062] Mindestens ein Target muss an den seriellen Bus angeschlossen sein. In Fig. 1 sind die Mikrocompu- 
ter 11 und 12 Targets. Daher werden die Mikrocomputer 11 und 12 im folgenden als Target 1 bzw. Target 2 
bezeichnet. 

[0063] Hauptrechner: Der jeweils Datenblocke sendende Mikrocomputer ist der Hauptrechner. Die Steuerein- 
heit und alle Targets (Targets 1 und 2 in Fig. 2) konnen Hauptrechner werden, jedoch konnen nicht mehrere 
Mikrocomputer gleichzeitig Hauptrechner sein, d. h. zu einem gegebenen Zeitpunkt kann es immer nur einen 
Hauptrechner geben. 

[0064] Nebenrechner: Der den Datenbfock empfangende Mikrocomputer ist der Nebenrechner. Die Datenu- 
bermittlung erfolgt vom Hauptrechner zum Nebenrechner. 

[0065] Auf die Funktion Nebenrechner beschrankte Mikrocomputer, d. h. Mikrocomputer, die keine Datenblo- 
cke senden, konnen ebenfalls an den seriellen Bus angeschlossen werden. 

[0066] Datenframe bzw. -block: Ein von einem der Mikrocomputer gesendeter kontinuieriicher Datenstrom ist 

ein Datenblock. Jeder Datenblock enthalt einen 1-Byte-Datenkopf und Userdaten. 

[0067] Bytetakt: Der zur Obertragung von einem Byte erforderliche Takt ist der Bytetakt. 

[0068] Obertragungseinheit: Kleinstmogliche Datenubertragungseinheit; in einer Ubertragungseinheit konnen 

mehrere Datenblocke ubertragen werden. 

[0069] Jede Ubertragungseinheit umfasst eine L- und eine H-Phase des /BSY-Signals. Datenblocke werden 
wahrend der LOW-/BSY-Signalphase ubertragen; das CHK-Byte und andere Steuerdaten werden wahrend der 
HIGH-/BSY-Signalphase ubertragen. 

[0070] Die prinzipielle zeitliche Abfolge von seriellen Daten-, Takt- und /BSY-Signalen wird im folgenden unter 



7/43 



DE 694 32 726 12 2004.04.15 



Bezugnahme auf Fig. 2 beschrieben. 

[0071] Fig. 2 ist ein Taktfolgediagramm, welches die Beziehung zwischen serieilen Daten, Taktfrequenzen 
und der /BSY-Leitung bei dem bevorzugten Ausfuhrungsbeispiel zeigt. Wie in Fig. 2a) gezeigt, werden Qber 
die Datenleitung 1 gesendete serielle Daten jeweils bitweise bei derTaktabfallflanke ausgegeben. Die serieilen 
Daten werden bei der Taktanstiegsflanke gelesen (eingegeben). Der Taktzyklus ist Ta, und Obertragungen er- 
folgen in Abstanden jeweils in 8-Bit-BI6cken. 

[0072] Als Bytetakt sind die acht zur Ubermittlung von 8 Datenbits erforderiichen Takte festgelegt. 
[0073] Wie in Fig. 2b) gezeigt, wird der Bytetakt intermittierend im Bytetaktzyklus Tb ausgegeben. Das 
/BSY-Signal wird zu Beginn einer Ubertragungseinheit von der Steuereinheit aufgepragt. Unmittelbar nach Auf- 
pragung des /BSY-Signals gibt die Steuereinheit den Bytetakt aus. Wahrend der Aufpragung des /BSY-Signals 
werden ein oder mehrere Bytetakte von der Steuereinheit ausgegeben. Wenn das /BSY-Signal auf LOW ist, 
kann jeder der Mikrocomputer einen Datenblock senden. Die /BSY-Signai-Verneinung wird ebenfalls von der 
Steuereinheit vorgenommen, und zwar unmittelbar vor Ausgabe des Bytetakts. Wahrend der H-Phase des 
/BSY-Signals werden normalerweise zwei Bytetakte ausgegeben. 

[0074] Die Ubertragungseinheit ist als der Zeitabschnitt zwischen aufeinanderfolgenden Pegelabfallen der 
/BSY-Leitung 3 defmiert. Der Ubertragungseinheitszyklus ist Tc. AnschlieBend werden die iiber die Datenlei- 
tung 1 gesendeten Daten beschrieben. Die iiber die Datenleitung 1 sendbaren Daten sind in Tabelle 1 zusam- 
mengefasst. 

Tabelle 1 



/BSY 


Bezeichnung 


Byte 


Inhalt 


LOW 


K 

0 


Null- 
kopf 


1 


Besagt, class kein Datenblock gesendet wird 




P 
f 


Daten- 
kopf 


1 


Datenart und Anzahl der Bytes 




User- 
kopf 


N 


Obertragungsdaten (N = 1-32) 


HIGH 


D 

a 

t 

e 

n 


CHK- 
Byte 


1 


Fehlererfassungscode fur Daten, die gesendet 
werden, wenn das /BSY-Signal LOW ist 




REQ- 
Byte 


1 


Datenfehler an Hauptrechner melden ODER 
Datenausgabeanforderung 



[0075] Der Kopf ist ein Datenbyte, das gesendet wird, wenn das /BSY-Signal LOW ist. Das Kopfformat ist in 
Fig. 3 wiedergegeben; es enthalt ein Paritatsbit und eine Sieben-Bit-Sendekennung. Das hochstwertige Bit 
(Most Significant Bit, MSB) ist das geradzahlige Paritatsbit der Sendekennung. Der Sendekennungswert kann 
auch im Bereich von 0 bis 127 liegen. Der Kopf ist als einer von drei Typen (Tabelle 2) durch den Wert der 
Sendekennung bezeichnet. 



Tabelle 2 



Sendekennung (Bits 6-0) 


Kopfbezeichnung 


0 (000000OB) 


(reserviert) 


1 -1 26 (0000001 B-1 1 1 1 1 1 0B) 


Datenkopf 


127 (1111111B) 


Nullkopf 
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[0076] Die Sendekennung 0 ist fur eine kunftige Erweiterung reserviert und wird derzeit nicht verwendet. Kop- 
fe mit einer Sendekennung von 1-126 sind Datenkopfe. Auf den Datenkopf folgen die Userdaten. Kopfe mit 
der Sendekennung 127 sind Nullkopfe mit dem Wert FFh (hexadezimal). 

[0077] Jeder Datenblock umfasst einen Datenkopf und Userdaten, wie in Fig. 4 gezeigt. Die nach dem Da- 
tenkopf gesendeten Userdaten konnen einen Umfang von 1 bis 32 Bytes haben. Die Userdatenbytesanzahl N 
wird aus der Sendekennung ermittelt. Die Beziehung zwischen dem Datenkopfwert und der Anzahl von User- 
datenbytes N ist in Fig. 5 dargestellt. Wie in Fig. 5 gezeigt, werden die Datenkopfe nach dem Datenkopfwert 
in die Gruppe A, B oder C eingeordnet. In Fig. 5 kann der Wert von X 0 oder 1 sein. Das 6. Bit des Datenkopfes 
der Gruppe A ist 0. Der Datenkopf der Gruppe A zeigt die Byteanzahl N-1 mit den niedrigsten funf Bits. Die Bits 
6 und 5 des Datenkopfes von Gruppe B sind 1 bzw. 0. Der Datenkopf der Gruppe B zeigt die Bytezahl N-1 mit 
den niedrigsten vier Bits. Die Bits 6 und 5 des Datenkopfes von Gruppe B sind 1 bzw. 1. Der Datenkopf der 
Gruppe C zeigt die Bytezahl N-1 mit den niedrigsten drei Bits. 

[0078] Das erfindungsgemalie Datenubertragungsverfahren kann 126 Arten von Datenblocken ubertragen, 
weil die Sendekennungen des Datenblocks zwischen 1 und 1 26 liegen konnen. Die Anzahl der Userdaten bytes 
ist jedoch beschrankt, wie in Tabelle 3 gezeigt, weil die Anzahl der Userdatenbytes aus der Sendekennung be- 
stimmt werden kann, wie in Fig. 5 gezeigt. 

Tabelle 3 



Userdatenbytes N 


Anzahl verfugbarer 
Sendekennungen 


Einteilung 


Gruppe A 


Gruppe B 


Gruppe C 


1 


7 


1 


2 


4 


2-7 


8 


2 


2 


4 


8 ' 


7 


2 


2 


3 


9-16 


4 


2 


2 




17-32 


2 


2 







[0079] Mit funf Userdatenbytes konnen sich beispielsweise bis zu acht Datenblocktypen ergeben. In Tabelle 
4 sind Beispielwerte nach Datenkopfgruppe angegeben. 
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Tabelle 4 
Tabelle 4-1 







Datenkopf 


Gruppe 


Anzahl Bytes 


hexadezimal 


binar 




1 


AO 


Mom nnnrv\ 




2 


81 
21 


(1000 0001) 
room norm 




3 


82 

22 


(1000 0010) 

^ULI 1 \J \J\J I 




4 


03 
A3 


(0000 0011) 




5 


84 

24 


(1000 0100) 




6 


05 


(0000 0101) 

I IU IU U I U I ) 




7 


06 

AD 


(0000 0110) 

/HAHn f\A 4 r\\. 


A 


8 


87 


(1000 0111) 
(0010 0111) 




9 


88 

OQ 


(1000 1000) 
(0010 1000) 




10 


09 

Ay 


(0000 1001) 
(1010 1001) 




11 


OA 

AA 
r\r\ 


(0000 1010) 

\ IU IU IU ]\J) 




12 


8B 
2B 


(1000 1011) 
(00101011) 




13 


OC 
AC 


(0000 1100) 
(10101100) 




14 


8D 
2D 


(1000 1101) 
(0010 1101) 




15 


8E 
2E 


(10001110) 
(0010 1110) 




16 


OF 
AF 


(0000 1111) 1 
(10101111) . I 
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Tabelle 4-2 







Datenkopf 


Gruppe 


Anzahl Bytes 


hexadezimal 


binar 




17 


90 
30 


(1001 0000) 
(0011 0000) 




1 o 


11 
B1 


(0001 0001) 
(1011 0001) 




1Q 


12 
B2 


(0001 0010) 
(1011 0010) 






93 
33 


(1001 0011) 
(0011 0011) 




91 


14 
B4 


(0001 0100) 
(1011 0100) 






95 

35 


(1001 0101) 
(0011 0101) 


A 




96 
36 


(1001 0110) 
(0011 0110) 




O/l 


17 
B7 


(0001 0111) 
(10110111) 




25 


18 
B8 


(0001 1000) 
(1011 1000) 




26 


99 

39 


M001 1001) 

y 1 \J\J t I \J\J i y 

(0011 1001) 




27 


9A 
3A 


(1001 1010) 
(0011 1010) 




oo 

28 


1B 
BB 


(0001 1011) 
(1011 1011) 




9Q 


9C 
3C 


(1001 1100) 
(0011 1100) 




30 


1D 
BD 


(0001 1101) 
(1011 1101) 




31 


1E 
BE 


(0001 1110) 
(1011 1110) 




32 


9F 
3F 


(1001 1111) 
(0011 1111) 
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Tabelle 4-3 







Datenkopf 


Gruppe 


Anzahl Bytes 


hexadezimal 


binar 




1 


CO 
50 


mi no ooooi 

(0101 0000) 




2 


41 
D1 


(01 00 0001 \ 

(1101 0001) 




3 


42 
D2 


(0100 0010) 
(1101 0010) 




4 


C3 
53 


(noo ooii) 

^11 Uw 1 1 J 

(0101 0011) 




5 


44 
D4 


(0100 0100) 
(1101 0100) 




6 


C5 
55 


(1100 0101^ 
(0101 0101) 




7 


56 


(0101 0110) 


B 


8 


D7 


\\J I UU U I II ) 

(1101 0111) 




9 


D8 


^U I UU \ UUU; 

(1101 1000) 




10 


59 


/1 inn 1 nni ^ 
(0101 1001) 




11 


5A 


v I I UU I U IUj 

(0101 1010) 




12 


4B 

DB 


(0100 1011) 
(1101 1011) 




13 


CC 
5C 


(1100 1100) 
(0101 1100) 




14 


4D 
DD 


(0100 1101) 
(1101 1101) 




15 


4E 
DE 


(0100 1110) 
(1101 1110) 




16 


CF 
5F 


(1100 1111) 
(0101 1111) 
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Tabelle 4-4 







Datenkopf 


Gruppe 


Anzahl Bytes 


hexadezimal 


binar 




1 


DU 


(0110 0000) 






ETC 

to 


/4 a a r\ a r\r\f\\ 

(1110 1000) 






F0 


(1111 0000) 






r 0 


(U1 1 I 1UU0) 




2 


CI 


(1110 0001) 






oy 


ff\ A A t\ A f\f\ A \ 

(0110 1001) 








tf\AAA f\f\C\A\ 

(0111 0001) 






FQ 


/1 1 1 1 mm \ 




3 




(1110 U010) 






DA 


(U110 1010; 






72 


t f\. A A A ^ ^ A fW 

(0111 0010) 




- 


PA 


I A A A A A f\A f\\ 
\\\\\ 1010) 




4 


63 


(0110 0011) 






EB 


/ A A A A A /% A A V 

(1111 1011) 






F3 


(1111 0011) 


C 




7B 


(0111 1011) 




5 


E4 


(1110 0100) 






6C 


(0110 1100) 






74 


(0111 0100) 






FC 


(1111 1100) 




6 


65 


(0110 0101) 






ED 


(1110 1101) 






F5 


(1111 0101) 






7D 


(0111 1101) 




7 


66 


(0110 0110) 






EE 


(1110 1110) 






F6 


(1111 0110) 






7E 


(0111 1110) 




8 


E7 


(1110 0111) 






6F 


(0110 1111) 






77 


(0111 0111) 



[0080] Das CHK-Byte (siehe Tabelle 1) ist das Fehlerpriifbyte; es ist das Byte mit der geradzahligen Paritat 
fur alle wahrend des L-Pegels des /BSY-Signals gesendeten Datenbytes. Das CHK-Byte wird von der Steuer- 
einheit berechnet und ubermittelt Die Steuereinheit fuhrt eine Exklusiv-ODER-Funktion in Byteeinheiten bei 
alien wahrend der L-Phase des /BSY-Signals gesendeten Daten aus und sendet das Rechenergebnis zum ers- 
ten Bytetakt nach dem /BSY-Signal-Anstieg. Fur die von der Steuerung gesendeten Daten sind die fur diese 
Rechenoperation verwendeten Daten die Daten vor der Sendung. Fur die von den Targets gesendeten Daten 
werden fur die Rechenoperation die uber die Datenleitung 1 empfangenen Daten verwendet. 
[0081] Das REQ-Byte sind die Daten, die fur Datenblocksendeanforderungen verwendet werden. Die obere 
und die untere Tetrade haben denselben Wert. Dieses Byte wird von alien Mikrocomputern einschlielilich der 
festgelegten Nebenrechner gesendet. Im Unterschied zu den anderen Bytes muss dieses Byte gleichzeitig ge- 
sendet und empfangen werden. Das REQ-Byte-Format ist in Fig. 6 dargestellt; die obere und die untere Tetra- 
de haben denselben Wert, wie in Fig. 6 gezeigt. 

[0082] Ein /ER-Bitwert von 0 bedeutet, dass in den wahrend des L-Pegels des /BSY-Signals gesendeten Da- 
ten ein Obermittlungsfehler aufgetreten ist. Alle Mikrocomputer mussen eine Fehlererfassungsroutine unter 
Verwendung der wahrend des L-Pegeis des /BSY-Signals gesendeten Daten ausfiihren. Es gibt zwei Fehler- 
erfassungsverfahren, namlich 1. Erfassung von Fehlern im Datenblock unter Verwendung des CHK-Bytes und 
2. Erfassung von Fehlern im Kopf unter Verwendung des Paritatsbits. Das erstgenannte Fehlererfassungsver- 
fahren wird von alien Targets unter Verwendung des von der Steuerung gesendeten CHK-Bytes ausgefuhrt. 
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Das zweitgenannte Fehlererfassungsverfahren wird von alien Mikrocomputern ausgefuhrt. 
[0083] Wird ein Fehler festgestellt, sendet der erfassende Mikrocomputer ein REQ-Byte, bei dem der 
/ER-Bit-Wert 0 ist. Der Mikrocomputer, der den Datenblock der entsprechenden Transfereinheit gesendet hat, 
bestatigt, dass die Daten korrekt empfangen wurden, wenn er einen /ER-Bit-Wert von 1 erfasst. Ob bei Fest- 
stellung eines Datenfehlers die Daten erneut gesendet werden, wird von den einzelnen Mikrocomputern fest- 
gelegt. Wenn beispielsweise der gesendete Wert sich bis zu dem Zeitpunkt, zu dem er erneut gesendet werden 
konnte, bereits geandert hat, was bei Zeitdaten der Fall ist, sollte statt der erneuten Sendung des vorherigen 
Werts eher der aktuelle Wert gesendet werden. Betriebszuslandsdaten des Mikrocomputers und sonstige 
wichtige Daten miissen jedoch erneut gesendet werden. 

[0084] Ein /NDR-Bit-Wert von 0 zeigt den anderen Mikrocomputern an, dass einer der an den seriellen Bus 
angeschlossenen Mikrocomputer eine Datenblock-Sendeanforderung ausgegeben hat. Bei dieser Ausfuh- 
rungsform des Datenubertragungsverfahrens wird ein Datenblock nur dann gesendet, wenn sich ein im Daten- 
block enthaltener Userdatenwert geandert hat. Es wird daher von einer „ereignisgesteuerten Daleniibertra- 
gung" gesprochen, weil ein Datenblock nur dann ubertragen wird, wenn ein Ereignis eingetreten ist, das einen 
Datenblockwert andert. 

[0085] Bei den ereignisgesteuerten Dateniibertragungssystemen gehen jedoch die in einem Mikrocomputer 
gespeicherten Empfangsdaten verloren, wenn der betreffende Mikrocomputer zuruckgesetzt wird. Bei der er- 
eignisgesteuerten Datenubertragung jedoch senden der Oder die Mikrocomputer, die die verlorengegangenen 
Daten gesendet haben, diese Daten nur dann erneut, wenn eine Anderung bei einem Datenwert eingetreten 
ist. Das bedeutet, dass der zuruckgesetzte Mikrocomputer die angeforderten Daten nicht erhalten kann und 
die Funktion des zuruckgesetzten Mikrocomputers nicht gew£hrteistet ist. Das /NDR-Bit wird dazu verwendet, 
solche Situationen zu vermeiden. Wenn der von der Steuerung und vom Target zu empfangende Datenblock 
nicht empfangen wird, wird ein REQ-Byte mit einem /NDR-Bit-Wert von 0 gesendet. Wenn das /NDR-Bit des 
empfangenen REQ-Byte 0 ist, sendet jeder Mikrocomputer alle Datenblocke, die er senden sollte, bis ein 
REQ-Byte mit einem /NDR-Bit-Wert von 1 empfangen wird: 

[0086] Im folgenden wird beschrieben, in welcher Reihenfolge die Datenblocke gesendet werden. 

[0087] Die Sendereihenfolge der Datenblocke und der Nullblocke ist fur jeden Mikrocomputer so festgelegt; 

wie in Tabelle 5 angegeben. 

Tabelle 5 



Sendereihenfolge 


Mikrocomputer 


zuerst 


0 


Steuerung (Mikrocomputer 1 0) 




1 


Target 1 (Mikrocomputer 11) 




2 


Target 2 (Mikrocomputer 12) 








zuletzt 


K 


Target K 



[0088] Das Senden von Daten blocken beginnt mit dem in der Sendereihenfolge an erster Stelle stehenden 
Mikrocomputer, nachdem das /BSY-Signal den L-Pegel angenommen hat. Mikrocomputer, die keinen Daten- 
block zu senden haben, zeigen an, dass kein Datenblock zu senden ist, indem sie einen Nullblock von 1 Byte 
senden. Der Nullblock enthalt einen Nullkopf von 1 Byte, der den Wert FFh (hexadezimaf) hat. wie bereits er- 
wahnt. Die Datenleitung 1 ist eine Leitung fur positiv logische Signale, die hochgezogen wird. Das Nichtsenden 
von Daten ist folglich gleichbedeutend mit dem Senden eines Nullkopfs. 

[0089] Jeder Mikrocomputer kann den Datenblock mit dem Takt des nachsten Byte senden, wenn alle an fru- 
herer Stelle in der Sendereihenfolge stehenden Mikrocomputer entweder das Blocksenden beendet Oder an- 
gezeigt haben, dass kein Block zu senden ist (d. h. einen Nullblock gesendet haben). Mit anderen Worten kann 
der Mikrocomputer K in der Sendereihenfolge mit dem Datenblocksenden im Takt des nachsten Byte begin- 
nen, wenn alle von den anderen Mikrocomputern gesendeten Nullblocke und Datenblocke gleich K sind, nach- 
dem die /BSY-Leitung 3 den L-Pegel angenommen hat. 

[0090] Im folgenden wird die zeitliche Abfolge des Aufpragens und des Negierens des /BSY-Signals beschrie- 
ben. 

[0091] Die Steuerung sendet Daten- oder Nullblocke, nachdem sie die /BSY-Leitung 3 von H-Pegel auf L-Pe- 
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gel gebracht hat, indem sie das /BSY-Signal zu Beginn der Ubertragungseinheit aufgepragt hat. Das Target, 
das einen Datenblock senden mochte, pragt das /BSY-Signal nach Bestatigung, dass die /BSY-Leitung 3 auf 
LOW ist, auf. 

[0092] Wenn ein Target das Senden von Datenblocken beendet hat, negiert es das /BSY-Signal unmittelbar 
nach Sendung der ietzten Daten. Dabei bleibt die /BSY-Leitung 3 auf L-Pegel, weil die Steuerung das /BSY-Si- 
gnal aufpragt. 

[0093J Nachdem die Steuerung das Datenblock- oder Nuliblocksenden beendet hat, negiert sie zunachst das 
/BSY-Signal, bevor sie den Bytetakt oder das CHK-Byte sendet Wenn die /BSY-Leitung 3 auf LOW bleibt, ob- 
wohl das /BSY-Signal negiert wird, gibt die Steuerung ein LOW an die /BSY-Leitung 3 aus, bevor sie den Byte- 
takt ausgibt. Wenn die /BSY-Leitung 3 durch die Negierung des /BSY-Signals den H-Pegel annimmt, wird bei 
negiertem /BSY-Signal das CHK-Byte gesendet. 

[0094] Im folgenden wird unter Bezugnahme auf Fig. 7 bis 10 der zeitliche Ablaut des Datenblocksendens 
beschrieben. 

[0095] Fig. 7 bis 10 zeigen den zeitlichen Ablauf des Datenblocksendens bei einem System, bei dem die 
Steuerung mit zwei Targets verbunden ist. Fig. 7 ist ein Zeitplan der Transfereinheiten, wenn alle Mikrocom- 
puter Datenblocke senden. Fig. 8 ist ein Zeitplan der Transfereinheiten, wenn die zwei Mikrocomputer von 
Steuerung und Target 2 Datenblocke senden. Fig. 9 ist ein Zeitplan der Transfereinheit, wenn nur das Target 
1 einen Datenblock sendet. Fig. 10 ist ein Zeitplan der Transfereinheit, wenn von keinem der Mikrocomputer 
Daten gesendet werden. 

[0096] Urn die nachfolgende Beschreibung unter Bezugnahme auf Fig. 7 bis 10 zu vereinfachen, soli die An- 
zahl der im Datenblock enthaltenen Userdatenbytes zwei sein. In diesen Zeichnungen werden auch die nach- 
stehenden Bezugszeichen verwendet: 71 fur die Bytetaktausgabe durch die Steuerung an die Taktieitung 2; 
73, 75 und 77 bezeichnen den Datenausgang an die Datenleitung 1 durch die Steuerung bzw. das Target 1 
und das Target 2. Diese Daten werden in die Datenleitung 1 als verdrahtetes ODER-Signal eingespeist. Die 
von der Steuerung bzw. dem Target 1 bzw. dem Target 2 an die /BSY-Leitung 3 ausgegebenen /BSY-Signale 
sind mit 74, 76, 78 bezeichnet. Diese Signale sind ebenfalls verdrahtetes ODER an die /BSY-Leitung 3, was 
zu dem Signalpegel 72 auf der /BSY-Leitung 3 fuhrt. 

[0097] GemaB Fig. 7 sendet die Steuerung den Datenkopf nach Aufpragung des /BSY-Signals zu Beginn der 
Ubertragungseinheit. Weil bei den Targets 1 und 2 eine Datensendeanforderung vorliegt, pragen sie sofort 
nach Empfang dieses Datenkopfes (Zeit t1) das /BSY-Signal auf. Die Steuerung sendet dann die 2-Byte-User- 
daten, beendet das Datenblocksenden und negiert das /BSY-Signal zum Zeitpunkt t2. 
[0098] Die /BSY-Leitung 3 bleibt auf LOW, obwohl die Steuerung das /BSY-Signal negiert hat, weil die Targets 
1 und 2 dabei das /BSY-Signal aufpragen. Infolgedessen pragt die Steuerung das /BSY-Signal erneut auf und 
gibt dann den Bytetakt aus. Das Target 1 kann jetzt mit den Datenblocksenden nach diesem Bytetakt beginnen, 
weil die Steuerung als einziges vorrangiges Element in der Sendefolge das Datenblocksenden beendet hat. 
Nachdem das Target 1 das Datenblocksenden beendet hat, negiert es das /BSY-Signal zum Zeitpunkt 63. Da- 
bei bleibt die /BSY-Leitung 3 auf LOW, weil das Target 2 und die Steuerung das /BSY-Signal aufpragen. 
[0099] Zum Zeitpunkt t3 haben das Target 1 und die Steuerung, die beide in der Sendefolge gegenuber dem 
Target 2 vorrangig sind, das Datenblocksenden beendet, so dass das Target 2 mit dem Datenblocksenden 
nach dem nachsten Bytetakt beginnt. Wenn das Datenblocksenden zum Zeitpunkt t5 beendet ist, pragt das 
Target 2 das /BSY-Signal auf. Zum Zeitpunkt t6 negiert die Steuerung das /BSY-Signal und sendet das 
CHK-Byte nach Bestatigung, dass die /BSY-Leitung 3 H-Pegel hat. 

[0100] Wie oben beschrieben, ist das CHK-Byte das Rechenergebnis einer Exkiusiv-ODER-Funktion, die in 
Byteeinheiten an alien Daten ausgefuhrt wird, die wahrend des L-Pegels der /BSY-Leitung 3 iiber die Daten- 
leitung 1 gesendet wurden. Die Targets 1 und 2 empfangen dieses CHK-Byte und verwenden es zur Erfassung 
von Fehlern in den gesendeten Daten. Beim nachsten Bytetakt senden alle Mikrocomputer das REQ-Byte. Das 
REQ-Byte ist ebenfalls ein verdrahtetes ODER auf der Datenleitung 1, und das Ergebnis wird in jeden der Mi- 
krocomputer eingespeist. 

[0101] Selbst wenn weitere Mikrocomputer an den seriellen Bus angeschlossen werden und ein zusatzlicher 
Mikrocomputer einen Datenblock sendet, ist das Datenblocksenden ohne Kollision mit den von der Steuerung 
und den Targets 1 und 2 ausgegebenen Daten moglich, wenn dem zusatzlichen Mikrocomputer eine hohere 
Sendefolgenummer zugeordnet wird als dem Target 2. Die Steuerung priift stets, ob von einem der anderen 
Mikrocomputer ein /BSY-Signal ausgegeben wird, bevor sie den Bytetakt ausgibt, wenn ein Target einen Da- 
tenblock sendet. Das dient der Prufung, ob das /BSY-Signal wahrend des Datenblocksendens infolge einer 
Targetrucksetzung oder eines sonstigen anomalen Zustands negiert worden ist, und erlaubt somit die sofortige 
Beendigung der Ubertragungseinheit, wenn ein Problem auftaucht. 

[0102] Nach dem in Fig. 8 dargestellten Zeitablaufplan erfolgt das Datenblocksenden nur durch die Steue- 
rung und das Target 2. Dabei ist die Steuerungsfunktion die gleiche wie bezugnehmend auf Fig. 7 beschrieben 
und wird daher im folgenden nicht mehr erwahnt. Das Target 1 jedoch pragt das /BSY-Signal selbst dann nicht 
auf, wenn fur die /BSY-Leitung 3 ein L-Pegel erfasst wird (Zeitpunkt t11), weil es keine Datenblocke sendet. 
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Die Steuerung negiert das /BSY-Signal, nachdem sie das Datenblocksenden beendet hat (Zeitpunkt t1 2), pragt 
jedoch anschlieliend das /BSY-Signal erneut auf und gibt den Bytetakt aus, weil die /BSY-Leitung 3 auf LOW 
bleibt. Das Target 1 sendet mit diesem Bytetakt einen Nullkopf, weil es keine Daten zu senden hat. 
[01031 In der Praxis wird selbst dann, wenn das Target 1 nichts sendet, ein Nullkopf effektiv gesendet, weil 
der Nullkopfwert, wie oben beschrieben, FFh (hexadezimal) ist. Das Target 2 erfasst das Datenblock- und Null- 
blocksenden durch die Steuerung und das Target 1 und beginnt dann mit dem Datenblocksenden. Die an- 
schlieBende Operation ist die gleiche wie oben bei Fig. 7 beschrieben. 

[0104] Fig. 0 ist ein Obertragungseinheit-Zeitablaufplan, wenn nur das Target 1 Datenblocke sendet. In die- 
sem Fall pragt die Steuerung das /BSY-Signal auf und sendet dann einen Nullkopf. Nach Beendigung des Null- 
kopfsendens gibt die Steuerung den Bytetakt aus, weil die /BSY-Leitung 3 auf LOW bteibt. selbst wenn das 
/BSY-Signal negiert wird (Zeitpunkt t21). Das Target 1 erfasst das Nullkopfsenden durch die Steuerung und 
beginnt mit dem Datenblocksenden synchron mit diesem Bytetakt. Wie in Fig. 9 gezeigt, startet die Steuerung 
die Transfereinheit, selbst wenn die Steuerung selbst keinen Datenblock sendet, und pruft, ob die Targets eine 
Datenblocksendeanforderung ausgegeben haben. 

[0105] Fig. 10 ist der Zeitablaufplan fur den Fall, dass von keinem der Mikrocomputer am seriellen Bus Da- 
tenblocke gesendet werden. Zum Zeitpunkt t31 pragt die Steuerung das /BSY-Signal auf und sendet dann ei- 
nen Nullkopf. Die Targets 1 und 2 pragen das /BSY-Signal selbst dann nicht auf, wenn ein Abfall auf der 
/BSY-Leitung 3 erfasst wird, weil sie keine Datenblocksendeanforderung auszugeben haben. Infolgedessen 
kommt die /BSY-Leitung 3 auf H-Pegel, wenn die Steuerung das /BSY-Signal zum Zeitpunkt t32 negiert. In der 
Praxis sendet die Steuerung das CHK-Byte zum Zeitpunkt t32, und von alien Mikrocomputern wird zum Zeit- 
punkt t33 das REQ-Byte ausgegeben, obwohl wahrend dieser Ubertragungseinheit kein Datenblocksenden er- 
folgt. 

[0106] Wie in Fig. 7 bis 10 gezeigt, andert sich die Anzahl derwahrend des L-Pegels der /BSY-Leitung 3 uber 
die Datenleitung 1 gesendeten Datenbytes mit der Ubertragungseinheit, weil die Mikrocomputer am Bus nur 
dann Datenblocke senden, wenn eine Datenblocksendeanforderung vorliegt. 

[0107] Das oben beschriebene, fur das Datenblocksenden durch die Steuerung und die Targets verwendete 
Unterbrechungsverfahren wird nachstehend ausfiihrlicher behandelt. 

[01 08] Fig. 1 1 ist das grundlegende Ablaufdiagramm des von den Targets ausgefuhrten Unterprogramms se- 
rielle Sendeunterbrechungsprozedur (nachstehend „serielle Unterbrechungsprozedur" genannt). Wenn ein 
Target ein Byte sendet Oder empfangt, erzeugt es eine serielle Ubertragungsunterbrechung (im folgenden „se- 
rielle Unterbrechung" genannt) nach dem in Fig. 11 dargestellten Ablauf. Genauer gesagt, wird die in Fig" 11 
dargestellte serielle Unterbrechundsprozedur sofort nach Einspeisung des Bytetakts ausgefuhrt 
[0109] Wenn das Target nach einer Riicksetzung erstmals wieder gebootet wird, wird der INT-Modus auf die 
Standardeinstellung „Reset" gestellt. Der INT-Modus ist der im internen Speicher des Mikrocomputers gespei- 
cherte Status. Bei einer seriellen Unterbrechung wird dieser Status gepruft, urn festzustellen, welche Prozedur 
das Unterprogramm serielle Unterbrechungsprozedur ausfiihren muss. Wenn eine serielle Unterbrechung 
erstmals nach dem Anlaufen eintritt, wird zunachst Schritt 198 ausgefuhrt, weil der INT-Modus „Reset" ist, und 
anschliefiend Schritt 199 zur Feststellung des Pegels auf der /BSY-Leitung 3. Ist die /BSY-Leitung 3 auf LOW, 
wurde der Mikrocomputer mitten in einer Transfereinheit neu gestartet. In diesem Fall muss das Target die 
Transfereinheit ungiiltig machen, weil der betreffende gesendete Datenblock moglicherweise von dem Target 
empfangen werden sollte. Folglich wird das /ER-Bit des RFQ-Byte geloscht (Schritt 215) und der INT-Modus 
auf „Fehler" geandert (Schritt 216) und die serielle Unterbrechungsprozedur endet. Wahrend die /BSY-Leitung 
3 danach auf L-Pegel gehalten wird, wird das Unterbrechungsprozedurprogramm beendet, indem einfach der 
Zustand in den Schritten 198, 200, 218, 219 und 223 bewertet wird. Die Transfereinheit kann ungiiltig gemacht 
werden, indem das /ER-Bit des REQ-Registers in der spater noch beschriebenen Weise geloscht wird. 
[0110] Wenn die /BSY-Leitung 3 beim Anlaufen auf HIGH ist, wird der INT-Modus in Schritt 235 auf „NOP* 
geandert und bleibt M NOP", bis die /BSY-Leitung 3 den L-Pegel annimmt. 

[0111] Wenn die Steuerung zu Beginn der Transfereinheit die /BSY-Leitung 3 auf LOW setzt und einen Kopf 
sendet, fuhrtdas Target bei Kopfempfangsunterbrechungdenin Fig. 11 dargestellten Ablauf aus. In Schritt 200 
ist fur den Signalpegel auf der /BSY-Leitung 3 ein Abfall festgestellt, es werden die Schritte 201 und 202 aus- 
gefuhrt, wenn eine Sendeanforderung vorliegt, und das /BSY-Signal wird aufgepragt. Dann wird unter Verwen- 
dung des empfangenen Kopfes und des CHK-Registers (in den Abbildungen nicht eingezeichnet), welches das 
Register fur Paritatsoperationen ist, eine Exklusiv-ODER-Operation ausgefuhrt (Schritt 203). Das Ergebnis die- 
ser Operation wird im CHK-Register gespeichert 

[0112] Das CHK-Register wird geloscht (ebenfalls nicht dargestellt), wenn auf der /BSY-Leitung 3 ein Abfall 
festgestellt wird. Dann wird in den Schritten 204, 205 und 206 festgestellt, ob der empfangene Kopf ein Nullkopf 
Oder der Dalenkopf des zu empfangenen Datenblocks ist, oder ob ein Kopffehler vorgekommen ist. 
[0113] Wurde ein Nullkopf empfangen, bestimmt der Mikrocomputer, ob ermit dem Datenblocksenden begin- 
nen kann (Schritt 207). Bei dieser Bewertung wird gepruft, ob zwei Bedingungen erfullt sind, namlich, ob 1 . der 
betreffende Mikrocomputer das /BSY-Signal aufpragt, und ob 2. alle in der Sendefolge vorrangigen Mikrocom- 
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puter das Datenblock- oder Nullblocksenden beendet haben. Sind beide Bedingungen erfullt, wird der INT-Mo- 
dus in Schritt 208 in „Senden" geandert, eine Exklusiv-ODER-Operation ausgefuhrt unter Verwendung derzu 
sendenden Daten und des Werts im CHK-Register (Schritt 209) und das Ergebnis in das CHK-Register ge- 
schrieben. In Schritt 210 werden die zu sendenden Daten auch in den Sendepuffer (Schiebepuffer) eingetra- 
gen. Die in den Sendepuffer eingetragenen Daten sind die nach Vorgabe des Bytetakts durch die Steuerung 
an das Target an die Datenleitung 1 ausgegebenen Daten. 

[0114] Wenn der Datenkopf des zu empfangenden Datenblocks empfangen worden ist, wird er in einem 
Speicherbereich des Mikrocomputers gespeichert (Schritt 211). Aulierdem werden der INT-Modus auf Emp- 
fangen" geandert (Schritt 21 2), die Anzahl der Bytes der Userdaten aus dem empfangenen Datenkopf entnom- 
men und die Anzahl der Bytes in den Empfangszahler eingegeben. 

[0115] In Schritt 206 wird eine Kopfparitatsprufung vorgenommen. Wird im empfangenen Kopf ein Fehler ent- 
deckt, wird das /BSY-Signal negiert (Schritt 214), das /ER-Bit des REQ-Registers (in den Zeichnungen nicht 
eingezeichnet) geloscht (Schritt 215), der INT-Modus in B Fehler" geandert (Schritt 216). und die serielle Unter- 
brechungsprozedur endet. Wird in dem empfangenen Kopf kein Paritatsfehler entdeckt, wird der INT-Modus in 
„Kopf warten" geandert (Schritt 217) und der Empfangszahler eingestellt (Schritt 213). 
[0116] Wenn die /BSY-Leitung 3 bei der zweiten oder einer spateren seriellen Unterbrechung nach Beginh 
der Ubertragungseinheit L-Pegel hat, wird der Schritt 218 ausgefuhrt. Ist der INT-Modus „Kopf erfassen", sind 
die im Empfangspuffer empfangenen Daten ein Datenkopf oder ein Nullkopf. Das Unterprogramm springt da- 
her auf Schritt 203 zur Verarbeitung des Kopfempfangs. Ist der INT-Modus „Senden", sendet der das Unter- 
programm ausfiihrende Mikrocomputer den Datenblock. Daher wird gepriift, ob das Senden beendet ist, d. h., 
ob das letzte Byte des Datenblocks gesendet worden ist (Schritt 220). Ist das Senden nicht beendet, werden 
die Schritte 209 und 210 ausgefuhrt, urn das Senden eines Datenbytes beim nachsten Bytetakt vorzubereiten. 
Ist das Senden beendet, wird das /BSY-Signai negiert (Schritt 221). 

[0117] Wenn die /BSY-Leitung 3 nach Sendeende zum nachsten Bytetaktausgabezeitpunkt auf L-Pegel 
bleibt, sendet ein anderer Mikrocomputer einen Kopf und daher andert sich der INT-Modus auf .Kopf erfassen" 
(Schritt 222). Ist der INT-Modus .Error" („Fehler"), wird das Unterprogramm Unterbrechungsverarbeitung be- 
endet, ohne dass etwas geschieht (Schritt 223). Ist der INT-Modus „Empfangen" oder „Kopf warten", wird an 
den empfangenen Daten und an den CHK-Register-Daten eine Exklusiv-ODER-Operation vorgenommen 
(Schritt 224) und das Ergebnis in das CHK-Register eingegeben. Isl der INT-Modus „Empfangen'\ werden die 
im Empfangspuffer empfangenen Daten in einem Speicherbereich des Mikrocomputers gespeichert (Schritt 
226). Femer wird der Empfangszahler zuruckgestellt (Schritt 227), und in Schritt 228 wird gepruft, ob er auf null 
steht. Steht der Empfangszahler auf 0, ist das Datenblocksenden durch einen anderen Mikrocomputer abge- 
schlossen. Daher springt das Unterprogramm auf Schritt 207, in dem festgestellt wird, ob das Senden begin- 
nen kann. 

[0118] Wenn fur die /BSY-Leitung 3 ein H-Pegel erfasst wird, wenn eine serielle Unterbrechung eintritt, wird 
das CHK-Byte im Empfangspuffer empfangen. Das empfangene CHK-Byte wird dann mit dem Wert im 
CHK-Register verglichen (Schritt 229). Stimmen die Werte uberein, liegt kein Sendefehler vor, und das Unter- 
programm gehtzu Schritt 231 uber. Stimmen die Werte nicht uberein, liegt bei den Daten, die uberdie Daten- 
leitung 1 ubermittelt wurden, wahrend die /BSY-Leitung 3 den L-Pegel hatte, ein Datenfehler vor, weshalb das 
/ER-Bit des REQ-Byte zuruckgesetzt wird (Schritt 230). Das im REQ-Register gespeicherte REQ-Byte wird 
dann in den Sendepuffer eingegeben (Schritt 231). Dieses REQ-Byte wird beim nachsten Bytetakt uberdie Da- 
tenleitung 1 gesendet. Aufierdem wird der INT-Modus auf „REG prufen" geandert (Schritt 232). 
[0119] Kommt es wahrend des INT-Modus „REQ prufen" zu einer seriellen Unterbrechung, bleibt die 
/BSY-Leitung 3 auf H-Pegel, und das REQ-Byte wird im Empfangspuffer empfangen. Dieses REQ-Byte wird 
im Empfangspuffer als das verdrahtete ODER-Ergebnis auf der Datenleitung 1 der von alien Mikrocomputern 
ausgegebenen REQ-Bytes empfangen. Infolgedessen wird das /ER-Bit auf 0 gesetzt, wenn einer der Mikro- 
computer einen Fehler feststellt. 

[0120] Wenn der INT-Modus „REQ prufen" in Schritt 233 bestatigt wird, wird eine Send en/Empf a ngen-M el- 
dung an das Anwendungsprogramm ausgegeben (Schritt 234). Genauer gesagt, wird eine Endemarkierung 
gesetzt, die anzeigt, dass die Ubertragungseinheit beendet ist. Das Anwendungsprogramm weili, dass die 
Ubertragungseinheit beendet ist, wenn es diese Endemarkierung liest, und liest den empfangenen Datenblock 
aus dem Speicherbereich, wenn das /ER-Bit des REQ-Bytes 1 ist, weil das /ER-Bit nur dann 1 ist, wenn Sen- 
den und Empfangen normal sind. Ist das /ER-Bit 0, ubergeht die Anwendung den empfangenen und im 
Speicherbereich gespeicherten Datenblock. In Schritt 235 wird der INT-Modus dann auf „NOP" geandert. Der 
Bytetakt wird normalerweise nur dann zweimal ausgegeben, wenn die /BSY-Leitung 3 auf N-Pegel ist, wenn 
jedoch die Steuerung wegen Rauschens zuruckgesetzt wird, kann sie drei oder mehr Bytetakte ausgeben, wie 
unten noch beschrieben wird. Der INT-Modus „NOP" ist fur diese Situation vorgesehen. 
[0121] Fig. 12 ist ein grundlegendes Ablaufdiagramm des von der Steuerung ausgefuhrten Unterprogramms 
„Taktunterbrechungsverarbeitung\ Die Steuerung verwendet Taktunterbrechungen, urn den Bytetakt intermit- 
tierend auszugeben. Die Steuerung verwendet einen internen Taktgeber, urn bei jedem Bytetaktausgabeinter- 
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vail (Tb) Unterbrechungen zu erzeugen und wahrend der Taktunterbrechungsverarbeiturig Datenblocke in 
Ein-Byte-BI6cken zu senden oder zu empfangen. 

[0122] Zu Beginn der Taktunterbrechungsverarbeitung fuhrt die Steuerung den Schritt 300 aus und fuhrt je- 
den Vorgang gemafi dem INT-Modus aus. Beim ersten Neustart der Steuerung nach einer Rucksetzung ist der 
INT-Modus „Reser ^Rucksetzung"), und die Steuerung pruft daher zunachst den Status der /BSY-Leitung 3 
(Schritt 301). Die /BSY-Leitung 3 ist normalerweise auf H-Pegel, wenn das System anlauft, weshalb Leerdaten 
ausgegeben werden (Schritt 302). Der Schiebepuffer der Steuerung arbeitet nach dem internen Takt, so dass 
das Datensenden damit beginnt, dass Daten in den Sendepuffer geschrieben werden. Diese Leerdaten sind 
Daten mit dem Bit an derselben Position wie das auf 0 stehende /ER-Bit. Wenn die /BSY-Leitung 3 nach dem 
Booten der Steuerung auf H-Pegel ist, werden zwei Bytes Leerdaten in zwei aufeinanderfolgenden Bytes aus- 
gegeben. Wird die Steuerung zuruckgesetzt, wenn nur die Steuerung das /BSY-Signal aufpragt, wird das 
/BSY-Signal negiert und die /BSY-Leitung 3 geht auf H-Pegel. Bei einem Neustart der Steuerung in diesem Zu- 
stand, startet die Steuerung wahrend einer Ubertragungseinheit. Durch Ausgabe von zwei Bytes Leerdaten zu 
einer vorgegebenen Zeit, in der die Bitposition des /ER-Bits 0 ist, kann somit die aktuelle Transfereinheit selbst 
dann unwirksam gemacht werden, wenn die Steuerung wahrend der Transfereinheit zuruckgesetzt und das 
/BSY-Signal negiert wird. 

[01 23) Wenn die /BSY-Lei!ung 3 in Schritt 301 auf L-Pegel ist, kann die Steuerung zuruckgesetzt worden sein, 
wahrend ein Target gerade das /BSY-Signal aufgepragt hat. In diesem Fall wird das /ER-Bit des REQ-Bytes 
zuruckgesetzt (Schritt 305), der INT-Modus auf M Fehler" geandert (Schritt 306) und mit der Bytetaktausgabe 
begonnen (Schritt 307). Der Bytetakt wird ausgegeben, indem das Bitmuster FFh (hexadezimal) in den Sen- 
depuffer geschrieben wird, wodurch alle Bits auf der Datenleitung 1 auf HIGH sind. Das ist das Gleiche, wie 
wenn nur der Bytetakt ohne Daten ausgegeben wird. 

[01 24] Wenn die zwei Bytes Leerdaten ausgegeben sind, wird der INT-Modus in „Kopf ' geandert (Schritt 304). 
Daher wird bei der nachsten Taktunterbrechung der Schritt 300 ausgefuhrt und danach der Schritt 308. Durch 
Aufpragung des /BSY-Signals (Schritt 308) wird die /BSY-Leitung 3 auf L-Pegei gebracht, und die Ubertra- 
gungseinheit beginnt. Wenn eine Datenblocksendeanforderung vorliegt, wird der INT-Modus in „Senden" ge- 
andert (Schritt 313), eine Exklusiv-ODER-Operation am CHK-Register-Wert und den zuerst gesendeten Da- 
ten, d. h. dem Datenkopf (Schritt 314) ausgefuhrt und das Ergebnis an das CHK-Register gemeldet. Das 
CHK-Register wird zuruckgesetzt, wenn der INT-Modus in „Kopf" geandert wird (in den Abbildungen nicht dar- 
gestellt). Dann beginnt das Senden eines Bytes der Daten, welche den Datenblock enthalten, indem die zu 
sendenden Daten in den Sendepuffer eingeschrieben werden (Schritt 315). Der Schritt 315 wird immer dann 
einmal ausgefuhrt, wenn anschlieliend eine Taktunterbrechung vorgenommen wird, urn den vollstandigen Da- 
tenblock Byte fur Byte zu ubermitteln. Wenn die letzten Daten eines Datenblocks in Schritt 315 in den Sende- 
puffer eingeschrieben worden sind, wird in Schritt 316 das Sendeende erfasst und der INT-Modus in „Taktaus- 
gabe" geandert (Schritt 312). 

[0125] Liegt keine Datenblocksendeanforderung vor (Schritt 309), wird zu Beginn der Obertragungseinheit 
der Schritt 310 ausgefuhrt, urn einen Nullkopf in das CHK-Register einzufugen. Der Nullkopf wird auch in den 
Sendepuffer eingeschrieben (Schritt 311), und dann beginnt das Senden des Nullkopfs. Danach wird der 
INT-Modus in „Takt ausgeben" geandert (Schritt 312). 

[0126] Wenn wahrend des INT-Modus Jaktausgabe" eine Taktunterbrechung erfolgt, wird der INT-Modus zu- 
nachst in „Kopf erfassen" geandert (Schritt 317). Weil die Steuerung zu diesem Zeitpunkt das Datenblock- oder 
Nullblocksenden beendet hat, geht die Steuerung zu Schritt 318 uber, in dem das /BSY-Signal negiert wird, 
woraufhin der Pegel der /BSY-Leitung 3 erfasst wird (Schritt 319). Wenn die /BSY-Leitung 3 auf L-Pegel ist,' 
obwohl das /BSY-Signal negiert wird, wird das /BSY-Signal emeut aufgepragt (Schritt 320), und es beginnt die 
Ausgabe des Bytetakts. Das in der Sendefolge auf die Steuerung folgende Target sendet mit diesem Bytetakt 
den Nullkopf oder einen Datenkopf. In diesem Unterbrechungsvorgang erfolgt keine Datenkopfempfangsver- 
arbeitung, sondern erst wahrend des nachsten Taktunterbrechungsvorgangs. Urn die Beschreibung des Ab- 
iaufs von Schritt 318 bis Schritt 325 zu vereinfachen, wird diese Abfolge als Endeprufroutine 350 bezeichnet. 
[01271 Wenn wahrend des INT-Modus „Kopf erfassen" eine Taktunterbrechung erfolgt, ist der erste Schritt 
(331) die Prufung auf Kopffehler. Wird ein Kopffehler festgestellt, wird das /ER-Bit des REQ-Bytes zuruckge- 
setzt (Schritt 332) und der INT-Modus in „Fehler* geandert (Schritt 333). 

[0128] Wenn der INT-Modus sich in B Fehler w andert, wird die Endeprufroutine 350 wiederholt, bis alle Targets 
das /BSY-Signal negieren. Wird in Schritt 331 kein Kopffehler festgestellt, wird geprtift, ob der empfangene 
Kopf ein Nullkopf ist (Schritt 334). Ist der empfangene Kopf ein Nullkopf, wird die Endeprufroutine 350 erneut 
ausgefuhrt urn zu prufen, ob die Targets das /BSY-Signal negiert haben. Wurde ein Nullkopf empfangen, sind 
die als nachstes von dem Target gesendeten Daten ebenfalls ein Kopf, so dass der INT-Modus im Status „Kopf 
erfassen" bieibt. Ist der empfangene Kopf ein Datenkopf, wird der Umfang des vollstandigen Datenblocks (d. 
h. die Userdatenbytegrofte + 1) aus dem Datenkopf entnommen und in den Empfangszahler geschrieben 
(Schritt 335). Ferner wird gepruft, ob der empfangene Datenkopf der Datenkopf eines zu empfangenden Da- 
tenblocks ist (Schritt 336). Soli der Datenblock empfangen werden, wird der INT-Modus in .Empfangen" gean- 
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dert (Schritt 337), anderenfalls wird der INT-Modus in „Kopf warten" geandert (Schritt 338). 
[0129] 1st der INT-Modus „Empfangen", geht die Steuerung zu Schritt 326 uber, und die im Empfangspuffer 
empfangenen Daten werdert im Speicherbereich gespeichert, wenn der INT-Modus jedoch „Kopf warten" ist, 
springt das Programm unmittelbar auf Schritt 327. 

[0130] In Schritt 327 wird unter Verwendung der empfangenen Daten eine Paritatsberechnung vorgenom- 
men. In Schritt 328 wird der Empfangszahler zuruckgesetzt, und anschlieftend wird das Ende des Datenblock- 
sendens durch das Target erfasst (Schritt 329). Wenn das Datenblocksenden beendet ist, wird der INT-Modus 
in „Kopf erfassen" geandert (Schritt 330) und die Endeprufroutine 350 ausgefuhrt. 1st das Senden noch nicht 
beendet, wird die Endeprufroutine 350 ausgefuhrt, ohne den INT-Modus zu andern. 

[0131] Wenn die /BSY-Leitung 3 in Schritt 319 der Endeprufroutine 350 den H-Pegel hat, wird gepruft, ob der 
Empfangszahlerwert 0 ist (Schritt 322). Hat der Empfangszahler einen anderen Wert als 0, negiert das Target 
das /BSY-Signal, ohne die angegebene Anzahl von Userdatenbytes zu senden, und das /ER-Bit wird daher 
zuruckgesetzt (Schritt 323). Ist der Empfangszahler auf 0, wird sofort mit dem CHK-Byte-Senden begonnen, 
indem der Inhalt des CHK-Registers in den Sendepuffer geschrieben wird. Ist der INT-Modus „Fehler", wird die 
Empfangsparitatsberechnung (Schritt 327) nicht ausgefuhrt, und das CHK-Byte zu Sendebeginn (Schritt 324) 
weist nicht den korrekten Wert auf. Das ist jedoch unproblematisch, denn wenn der INT-Modus „Fehler" ist. 
wird ein REQ-Byte mit zuruckgesetztem /ER-Bil gesendet. Der INT-Modus andertsich dann in „REQ senden", 
und die Unterbrechungsprozedur endet. 

[0132] Beginnt die Taktunterbrechungsprozedur im INT-Modus „REQ senden", wird mit dem Senden des 
REQ-Byte begonnen, indem das im REQ-Register gespeicherte REQ-Byte in den Sendepuffer geschrieben 
wird (Schritt 339). Die Taktunterbrechung kann dann beendet werden, indem einfach der INT-Modus auf „REQ 
verarbeiten" geandert wird (Schritt 340). 

[0133] Die nachste Taktunterbrechung beginnt im INT-Modus „REQ-Verarbeitung" Die in Schritt 341 erfofgte 
Senden/Empfangen-Meldung an das Anwendungsprogramm ist der gleiche Vorgang wie der vom Target in 
Schritt 234 ausgefuhrte (Fig. 11). Der INT-Modus wird dann in „NOP" geandert (Schritt 342), urn die Taktunter- 
brechung zu beenden. 

[0134] Die nachste Taktunterbrechung beginnt im INT-Modus „NOP'\ jedoch wird im INT-Modus JMOP" kein 
Bytetakt ausgegeben. Genauer gesagt, wird gepruft, ob der aktuelle Takt der Ubertragungseinheitsendtakt ist 
(Schritt 343), und der INT-Modus wird in „Kopr geandert (Schritt 345), sobaid die Ubertragungseinheit nach 
der nachsten Taktunterbrechung gestartet wird. 

[0135] Bei der vorstehend beschriebenen bevorzugten Ausfuhrungsform der Erfindung muss dass Target, 
das zum Hauptrechner geworden ist, die Daten in den Sendepuffer schretben, bevor der nachste Bytetakt aus- 
gegeben wird, weil die Steuerung den Bytetakt in gleichbleibenden Abstanden ausgibt. Wird der Schreibvor- 
gang nicht rechtzeitig abgeschlossen, erfolgt eine entsprechende Meldung an die Steuerung, und die Ausgabe 
des Bytetakts wird nach dem nachstehend beschriebenen Verfahren verzogert. 

[0136] Fig. 13 ist ein Zeitablaufplan fur serielle Obertragungen mit der in einem Ein-Chip-Mikrocomputer (z. 
B. MN18888, hergestellt von der Matsushita Electric Industrial Corporation) gegebenen Startbedingung. Es 
sind der externe Takt und die zeitliche Abfolge fur Obertragungen mit bedingtem Start mit Startbedingung an- 
gegeben. Wenn die Vorbereitungen zum seriellen Senden von Daten abgeschlossen sind (Zeitpunkt t51), d. h. 
wenn die zu sendenden Daten in den internen Schiebepuffer geschrieben sind, andert sich der Status des Da- 
tenausgangs von der Impedanz HIGH zu LOW. Wenn in diesem Status der Takteingang beginnt (Zeitpunkt 
t52), werden beginnend mit dem MSB byteweise nacheinander Daten durch den Datenausgang gesendet. 
Nach Ausgabe des LSB (Zeitpunkt t53), wird der Datenausgang auf H-Pegel gesetzt. Nach einer vorgegebe- 
nen Wartezeit wird der Datenausgang erneut auf H-Pegel gesetzt (Zeitpunkt t54). 

[01 37] Die Hauptaufgabe der Startbedingung is! die Synchronisation der Byteeinheiten auf Sende- und Emp- 
fangsseite. Vor dem Senden von Daten wird mit anderen Worten die Datenleitung auf L-Pegel gesetzt, wah- 
rend die Taktleitung auf H-Pegel ist, wodurch der Taktzahler auf Empfangsseite zuruckgesetzt und die Syn- 
chronisation der Byteeinheiten auf Sende- und Empfangsseite ermoglicht wird. Eine Aufgabe der Startbedin- 
gung ist es daher, eine Bitverschiebung durch Rauschen zu verhindern. Dank dieser Funktion des bedingten 
Starts kann die Datenleitung auf L-Pegel gebracht werden, indem das Target einfach die Sendedaten in den 
Schiebepuffer schreibt. 

[0138] Wenn ein Mikrocomputer, der Daten in der in Fig. 13 gezeigten zeitlichen Abfolge seriell ubermittelt, 
als Target verwendet wird, ist der Datenausgang ein Drei-Status-Ausgang, und zwischen den Datenausgang 
17 und die Datenleitung 1 ist ein Open-Kollektor-Ausgangsgatter geschaltet. 

[0139] Zwischen den Schritten 320 und 321 der Endeprufroutine 350 pruft die Steuerung den Status der Da- 
tenleitung 1 . ist die Datenleitung auf H-Pegel, wird die Taktunterbrechungsprozedur beendet, ohne den Schritt 
321 auszufuhren. In diesem Fall muss lediglich in der nachsten Taktunterbrechungsprozedur die Endeprufrou- 
tine 350 ausgefuhrt werden. Ist die Datenleitung 1 auf L-Pegel, hat das Haupttarget die Vorbereitungen zum 
Datensenden abgeschlossen, und es beginnt die Ausgabe des Bytetakts. 

[0140] Mit vorstehendem Verfahren kann gepruft werden, ob die Vorbereitung zum Datensenden durch das 
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die Startbedingung verwendende Target abgeschlossen sind, so dass Datensendeausfalle verhindert werden 
konnen. 

[0141 J Nachfolgend wird'ein Verfahren beschrieben, mit dem das Target die Bytetaktausgabe durch die Steu- 
erung erfassen kann, bevor es die Sendevorbereitungen beendet hat. 

[0142] Im allgemeinen enthalt der Schiebepuffer einen Zahler zum Zahlen der durch den Takteingang 15 ein- 
gegebenen Takte. Dieser Zahler wird zuruckgesetzt, wenn Daten in den Sendepuffer geschrieben werden, und 
zahlt bei Taktanstieg aufwarts. Der Takt wird ebenfalls auf 0 gesetzt, wenn ein 1 -Byte-Sendetakt, d. h. acht Tak- 
te, eingegeben sind. Infolgedessen ist dieser Zahler immer auf 0, wenn eine serielle Unterbrechung erfolgt. 
Wenn beispielsweise die Bittaktperiode 10 usee betragt, zeigt dieser Zahler 70 usee lang einen von 0 verschie- 
denen Wert an. Daher pruft das Target diesen Zahler rnindestens alle 70 usee, wahrend es die serielle Unter- 
brechungsprozedur ausfuhrt. Zeigt der Zahler einen von 0 verschiedenen Wert an, bevor die Unterbrechungs- 
prozedur abgeschlossen ist, hat die Steuerung den nachsten Bytetakt ausgegeben. In diesem Fall kann das 
Target die Transfereinheit ungultig machen, indem es das /BSY-Signal negiert, das Senden unterbricht und ein 
REQ-Byte mit/ER-Bit 0 sendet. 

[0143J Anschlieftend wird die Fehlererfassungsfahigkeit beschrieben. Bei diesem Ausfuhrungsbeispiel wird 
zur Fehlererfassung eine Paritatsprufung vorgenommen. Normalerweise konnen durch Paritatsprufung keine 
Fehler erfasst werden, wenn ein Bitfehler an zwei Stellen vorliegt. Wenn beispielsweise in Byteeinheiten Paritat 
hergestellt ist, ist eine Erfassung nicht moglich, wenn in zwei Bits in derselben Position ein Fehler vorliegt. Eine 
Fehlererfassung ist bei dem vorliegenden Ausfuhrungsbeispiel auch nicht moglich, wenn Fehler in denselben 
Bitpositionen im selben Datenblock vorliegen, jedoch ist eine Fehlererfassung moglich, wenn Fehler in densel- 
ben Bitpositionen in unterschiedlichen Datenblocken vorliegen. Nehmen wir beispielsweise an, dass die Steu- 
erung und das Target 1 wahrend derselben Transfereinheit den Datenblock A bzw. den Datenblock B senden 
und dass im Datenblock B an derselben Bitposition wie im Datenblock A ein Bitfehler vorliege. Jeder Mikro- 
computer verwendet die folgenden zwei Arten von Daten nach Berechnung der CHK-Bytes: 

a) Daten vordem Senden (d. h. korrekte Daten) fur die von ihm selbstgesendeten Daten und 

b) Daten, die durch den seriellen Bus von anderen Mikrocomputern eingespeist wurden, fur die von anderen 
Mikrocomputern gesendeten Daten. Folglich verwenden die jeweiligen Mikrocomputer zur CHK-Byte-Be- 
rechnung die in Tabelle 6 ausgewiesenen Datenblocke. 

Tabelle 6 





Zur CHK-Byte-Berechnung verwendeter Datenblock 


Steuerung 


korrekter Datenblock A, Fehlerdatenblock B 


Target 1 


Fehlerdatenblock A, korrekter Datenblock B 


Target 2 


Fehlerdatenblock B, Fehlerdatenblock B 



[0144) Weil sowohl die Steuerung als auch das Target 1 das CHK-Byte unter Verwendung eines Datenstrangs 
berechnen, der einen Fehler enthalt, sind die Rechenergebnisse dieselben, und es ist keine Fehlererfassung 
moglich. Das Target 2 berechnet das CHK-Byte jedoch unter Verwendung eines Datenstrangs, der zwei Fehler 
enthalt, so dass das Rechenergebnis nicht mit der CHK-Byte-Ausgabe durch die Steuerung ubereinstimmt. 
Daher sendet das Target 2 ein REQ-Byte mit einem /ER-Bit 0 und meldet auf diese Weise der Steuerung und 
dem Target 1, dass ein Sendefehler erfasst worden ist. Infolgedessen bietet das erfindungsgema&e Datenu- 
bertragungsverfahren eine Fehlerertassungsfahigkeit, die in etwa gleich gut ist wie die Fehlererfassung durch 
Anfugung eines Ein-Byte-Paritatsprufbytes an jeden Datenblock, wenngleich ein Ein-Byte-Paritatsprufbyte fur 
mehrere Datenblocke verwendet wird. 

[0145J Wie vorstehend beschrieben, beginnt die Steuerung bei dem bevorzugten Ausfuhrungsbeispiel des 
Datenubertragungsverfahrens mit dem Datenblock- Oder Nullblocksenden nach Aufpragung des /BSY-Signals 
auf die /BSY-Leitung 3. Targets mit Datenblocksendeanforderung pragen das /BSY-Signal auf, wahrend die 
/BSY-Leitung 3 von der Steuerung auf dem L-Zustand gehalten wird. Wenn die /BSY-Leitung 3 im L-Zustand 
bleibt, obwohl das /BSY Signal negiert wird, gibt die Steuerung den Sendetakt aus, bis die /BSY-Leitung 3 den 
l-Zustand annimmt. Nachdem die Steuerung und alle an einer fruheren Stelle in der Senderangfolge stehen- 
den Targets das Datenblock- oder Nullblocksenden beendet haben ( beginnt das in der Sendefolge nachstfol- 
gende Target das Datenblocksenden synchron mit dem Sendetakt und negiert dann das /BSY-Signal, wenn 
das Datenblocksenden beendet ist. Daher konnen zusatzfiche Mikrocomputer ohne weiteres an den seriellen 
Bus angeschlossen oder wieder von ihm getrennt werden, und alle Mikrocomputer mit Datenblocksendeanfor- 
derung konnen kollisionsfrei Datenblocke senden. 

[0146] Die Steuerung gibt auch intermittierend den Einheitstakt aus, der zum Senden einer Datenubertra- 
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gungseinheit erforderiich ist, und zwar nach erneuter Aufpragung des /BSY-Signals, wenn die /BSY-Leitung 3 
zum Zeitpunkt der Einheitstaktausgabe auf L-Pegel bleibt, obwohl die Steuerung das /BSY-Signal nach Been- 
digung des Datenblock- oder Nullblocksendens negiert hat. Die Targets negieren das /BSY-Signal unmittelbar 
nach Beendigung des Datenblocksendens. Daher ist es nicht notig, eine externe Unterbrechungsschaltung zur 
Uberwachung der /BSY-Leitung 3 zu verwenden. 

[0147] Aufcerdem berechnet die Steuemng den Fehlererfassungscode fur alle wahrend des L-Pegels der 
/BSY-Leitung 3 uber die Datenleitung 1 gesendeten und empfangenen Daten und sendet den Fehlererfas- 
sungscode, nachdem die /BSY-Leitung 3 den N-Pegel angenommen hat. Alle Targets erfassen das Vorhan- 
densein von Obertragungsfehlern unter Verwendung von drei Arten von Daten wie folgt: 

a) Daten, die vom jeweiligen Target uber die Datenleitung gesendet wurden, 

b) Daten, die uber die Datenleitung empfangen wurden, 

c) Fehlererfassungscode, empfangen iiber die Datenleitung, 

und senden bei Erfassung eines Fehlers ein REQ-Byte mit einem /ER-Bit von 0. Daher ist es nicht notig, 
jedem Datenblock einen Fehlererfassungscode anzuhangen, und das Datenblocksenden kann effizient er- 
folgen, weil es nicht notig ist, jeden Datenblock gesondert zu bestatigen. 

[0148] In den Datenkopf wird auch ein Fehlererfassungscode zur Erfassung von Sendefehlern im Datenkopf 
eingefugt. Wenn ein Target im Datenkopf einen Sendefehler entdeckt, negiert es das /BSY-Signal, urn die lau- 
fende Ubertragungseinheit sofort bei Auftreten eines Fehlers zu beenden, so dass unnotiges Datensenden 
verhindert wird. 

[0149] Zusatzlich senden die Steuerung und alle Targets ein REQ-Byte mit einem /NDR-Bit von 0, wenn ein 
vom jeweiligen Mikrocomputer zu empfangender Datenblock nicht empfangen worden ist. Wenn das /NDR-Bit 
des empfangenen REQ-Byte 0 ist, senden die Steuerung und alle Targets nacheinander alle Datenblocke, die 
der Sender senden sollte, bis ein REQ-Byte mit einem /NDR-Bit von 1 empfangen wird. Qbwohl es sich hier 
urn ein ereignisgesteuertes Datenubertragungsverfahren handelt, konnen somitalle erforderiichen Datenblo- 
cke rasch wiederhergestellt werden, indem die verlorengegangenen Daten eines anderen Mikrocomputers er- 
neut gesendet werden, indem das /NDR-Bit auf null gesetzt wird, selbst wenn die bis dato empfangenen und 
gespeicherten Daten durch eine Storung, beispielsweise eine Rucksetzung, verlorengegangen sind. 
[01 50] Ferner sendet die Steuerung ein REQ-Byte mit einem /ER-Bit von 0, wenn die /BSY-Leitung 3 wieder 
den H-Pegel annimmt, bevor der Hauptrechner die voile Userdatenlange sendet, die in dem vom Hauptrechner 
gesendeten Datenkopf a ngegeben ist. Dadurch wird es moglich, das Datenblocksenden ungultig zu machen, 
wenn das den Datenblock sendende Target zuruckgesetzt wird. 

[0151] Wenn die Steuerteitung L-Pegel hat, wahrend ein Target bootet, sendet das Target einen Anforderung- 
scode mit einem auf TRUE gesetzten Fehlererfassungsbit. Damit wird es moglich, die Ubertragungseinheit zu 
starten, nachdem alle Mikrocomputer gestartet worden sind, selbst wenn diese nach einer Rucksetzung An- 
laufzeitunterschiede aufweisen. 

[01 52] Wenn die Steuerleitung L-Pegel hat, wahrend die Steuerung bootet, gibt die Steuerung zusatzlich den 
Takt an die Taktleitung 2 aus, bis die /BSY-Leitung 3 den H-Pegel annimmt, und sendet dann ein REQ-Byte mit 
/ER-Bit 0, sobatd die /BSY-Leitung 3 den H-Pegel angenommen hat. Ist die /BSY-Leitung 3 auf H-Pegel, wenn 
die Steuerung bootet, sendet sie einen Anforderungscode mit Fehlererfassungsbit TRUE, bevor sie das 
/BSY-Signal aufpragt. Dadurch konnen alle Datensendungen, die wahrend der Ubertragungseinheit, in der die 
Steuerung zuruckgesetzt wird, erfolgen, zuverlassig ungultig gemacht werden. 

[01 53] Das einen Datenblock sendende Target bringt die Datenleitung auf L-Pegel, wenn die Sendevorberei- 
tungen fur die Datentransfereinheit mit dem Datenblock beendet sind. 

[0154] Die Steuerung gibt den Einheitstakt aus, nachdem sie das /BSY-Signai erneut aufgepragt hat, wenn 
die Datenleitung zum Zeitpunkt der Einheitstaktausgabe nach Beendigung des Datenblock- oder Nullblocksen- 
dens L-Pegel hat und die /BSY-Leitung 3 auf L-Pegel bleibt, selbst wenn die Steuerung das /BSY-Signal negiert 
hat. Daher kann die Steuerung den Einheitstakt ausgeben, nachdem sie bestatigt hat, dass das Target die Da- 
tensendevorbereitungen abgeschlossen hat. 

[01 55] Es sei darauf hingewiesen, dass bei dem vorstehend beschriebenen Ausfuhrungsbeispiel zwar Mikro- 
computer als die an den seriellen Bus angeschlossenen Elemente verwendet werden, dass die Elemente je- 
doch nicht auf Mikrocomputer beschrankt sind und auch andere LSI-Elemente, beispielsweise Prozessoren fur 
digitate Signale, an den seriellen Bus angeschlossen werden konnen. 

[0156] Beim vorstehenden Ausfuhrungsbeispiel wird als Fehlererfassungscode au&erdem ein Paritatspruf- 
code verwendet, jedoch ist es auch moglich, einen zyklischen Redundanzprufcode oder einen anderen Feh- 
lererfassungscode zu verwenden. 

[01 57] Wahrend beim vorstehenden Ausfuhrungsbeispiel jedem Mikrocomputer ein Zeitschlitz in der Sende- 
reihenfolge zugeteilt ist, konnen einem einzelnen Mikrocomputer auch mehrere Zeitschlitze in der Sendefoige 
zugeteilt werden, damit er wahrend einer Transfereinheit mehrere Datenblocke senden kann. 
[0158] AuBerdem ist der Bytetaktzyklus beim obigen Ausfuhrungsbeispiel konstant, was nicht so sein muss, 
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wenn der Bytetakt intermittierend ausgegeben wird. Beispielsweise kann fur den Datenkopfempfangsvorgang 
relativ mehr Zeit erforderlich sein als fur andere Datenempfangsvorgange, z. B. Einstellen des Empfangszah- 
lers und Datenkopfbewertungsvorgang. In diesen Fallen kann die Steuerung zeitweise den Unterbrechungs- 
zyklus des Taktgebers verlangern, urn den Targets fur das Senden und Empfangen von Datenkopfen mehr Zeit 
zur Verfugung zu stellen. 

[0159] Aufterdem beendet die Steuerung beim obigen Ausfuhrungsbeispiel die Unterbrechungsbearbeitung 
des Taktgebers, ohne das Ende der Bytetaktausgabe abzuwarten, und fuhrt bei der nachsten Taktunterbre- 
chung die Empfangsverarbeitung fur mit dem zuvor ausgegebenen Bytetakt gesendete Daten aus. Es ist je- 
doch auch moglich, wahrend der Taktunterbrechung das Ende der Bytetaktausgabe abzuwarten und dann den 
Datenempfangsvorgang auszufiihren. Ferner ist es moglich, den Bytetakt bei Taktunterbrechung auszugeben 
und die Empfangsverarbeitung wahrend der serieilen Unterbrechung auszufiihren. 

Patentanspriiche 

1. Datentransferverfahren zum serieilen Obertragen von Datenframes zwischen einer Steuereinrichtung 
(10) und einem Target oder mehreren Targets (11, 12), welche wechselseitig mit einem Signalbus verbunden 
sind, der eine bidirektionale Datenleitung (1) zum serieilen Obertragen von zumindest den Daten, die einen 
Datenframe enthalten, eine Taktleitung (2) zum Zufiihren eines Sendetakts fur die von der Steuereinrichtung 
(10) uber die Datenleitung (1) zu den Targets (11, 12) ubertragenen Daten und eine bidirektionale Wi- 
red-or-Steuerleitung (3) aufweist, 

dadurch gekennzelchnet, 

dass die Steuereinrichtung (10) damit beginnt, einen Datenframe oder einen IMullframe zu der Datenleitung (1) 
in Abhangigkeit davon zu Obertragen, ob oder ob nicht eine Datenubertragungsanforderung fur die Steuerein- 
richtung (10) voriiegt, nach der Ausgabe eines Pegels LOW an die Steuerleitung (3), wenn die Steuerleitung 
(3) den Pegel HIGH aufweist, und dass die Steuereinrichtung (10) die Ausgabe des Pegels LOW an die Steu- 
erleitung (3) anhalt, nachdem das Obertragen des Datenframes oder des Nullframes beendet worden ist, 
dass die Obertragungsfolge fur die Targets (11,12) vorbestimmt ist, 

dass die Targets (11, 12) mit einer Obertragungsanforderung fur einen Datenframe beginnen, einen Pegel 
LOW an die Steuerleitung (3) auszugeben, wahrend die Steuerleitung (3) auf dem Pegel LOW durch die Steu- 
ereinrichtung (10) gehalten wird, dass, falls die Steuerleitung (3) auf dem Pegel LOW bleibt, sogar wenn die 
Steuereinrichtung (10) die Ausgabe des Pegels LOW an die Steuerleitung (3) anhalt, nach dem das Obertra- 
gen des Datenframes oder des Nullframes geendet hat, die Steuereinrichtung (10) den Sendetakt ausgibt, bis 
die Steuerleitung (3) den Pegel HIGH annimmt, und das Target (11, 12), welches einen Pegel LOW an die 
Steuerleitung (3) ausgibt. die Obertragung eines Datenframes in Synchronisation mit dem Sendetakt beginnt, 
nachdem die Steuereinrichtung (10) und a!le Targets (11 , 12), die in der Obertragungsfolge fruher liegen, das 
Datenframe- oder Nullfra me Obertragen beendet haben, und die Ausgabe des Pegels LOW an die Steuerlei- 
tung (3) beendet, nachdem die Datenframeubertragung beendet ist. 

2. Datentransferverfahren nach Anspruch 1, weiterhin dadurch gekennzeichnet, dass die eine Steuerein- 
richtung (10) und das eine Target oder die mehreren Targets (11, 12) mit der bidirektionalen Datenleitung (1) 
fur das serielle Obertragen von Daten, die zumindest einen Datenframe bilden, in einer Transfereinheit verbun- 
den sind, 

dass die Taktleitung (2) intermittierend als Sendetakte Einheitstakte, die zum Obertragen einer Transfereinheit 
an Daten zu einer vorbestimmten Ausgabezeit erforderlich sind, von der Steuereinrichtung (10) zu dem einen 
Target oder den mehreren Targets (11, 12) zufuhrt, 

dass die Steuereinrichtung (10) einen Datenframe oder einen Nullframe uber die Datenleitung (1) in Synchro- 
nisation mit den Einheitstakten ubertragt, 

dass die Steuereinrichtung (10) nach Wiederaufnahme der Ausgabe des Pegels LOW an die Steuerleitung (3) 
den Einheitstakt ausgibt, falls die Steuerleitung (3) auf dem Pegel LOW bleibt, sogar wenn die Steuereinrich- 
tung (10) eine Ausgabe des Pegels LOW an die Steuerleitung (3) zu einer Ausgabezeit des Einheitstaktes urv 
terbricht, nachdem die Obertragung des Datenframes oder des Nullframes beendet worden ist, und 
dass jedes Target (11, 12) die Ausgabe des Pegels LOW an die Steuerleitung (3) durch die nachste Ausgabe- 
zeit eines Einheitstaktes unterbricht, nachdem die Obertragung des Datenframes beendet ist. 

3. Datentransferverfahren nach Anspruch 2, 

bei dem das Target, welches einen Datenframe ubertragt, die Datenleitung auf den Pegel LOW andert, wenn 
die Obertragungsvorbereitungen fur eine Transfereinheit an Daten, die einen Datenframe enthalt, beendet 
sind, 

bei dem die Steuereinrichtung den Einheitstakt ausgibt, wenn die Datenleitung zu der Einheitstakt-Ausgabezeit 
auf den Pegel LOW gesetzt ist, und 
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bei dem das Target eine Transfereinheit an Daten, die mit dem Einheitstakt synchronisiert sind, ubertragt und 
die Datenleitung auf den Pegel HIGH andert, wenn siedie Dateniibertragung beendet 

4. Datentransferverfahren nach Anspruch 1 oder 3, 
bei dem der Nullframe eine feste Nullheaderlange besitzt, 

bei dem der Datenframe eine feste Datenheaderlange und variable Nutzerdatenlangen enthalt, 

bei dem der Datenheader Daten enthalt, die die Art und die Lange der Nutzerdaten kennzeichnen, 

bei dem das Target (11, 12), welches einen Pegei LOW an die Steuerleitung (3) ausgibt, das Datenframeende 

durch Zahlen der Datenlange der Nutzerdaten erfasst und das Ende des Datenframes oder des Nulfframes, 

welcher durch die Steuereinrichtung (10) und samtlichen Targets (11, 12), die in der Obertragungsfolge fruher 

liegen, durch Zahlen derZahl der Datenframes und Nullframes erfasst. 

5. Datentransferverfahren nach Anspruch 4, 

bei dem, wahrend die Steuerleitung (3) den Pegel LOW einnimmt, die Steuereinrichtung (10) einen Fehlerer- 
fassungscode fur alle Daten, die uber die Datenleitung (1) ubertragen worden sind, unter Verwendung der 
durch die Steuereinrichtung (10) uber die Datenleitung (1) ubertragenen Daten und der durch die Steuerein- 
richtung (10) von der Datenleitung (1) empfangenen Daten berechnet, 

und den Fehlererfassungscode ausgibt, nachdem die Steuerleitung (3) den Pegel HIGH einnimmt, 
und alle Targets (11,12) Ubertragungsfehler unter Verwendung der durch das entsprechende Target uber die 
Datenleitung (1) ubertragenen Daten, den von der Datenleitung (1) empfangenen Daten und dem empfange- 
nen Fehlererfassungscode erfasst, 

und zu einer vorbestimmten Zeit einen Anforderungscode ubertragt, in dem zumindest ein Fehlererfassungsbit 
auf TRUE gesetzt ist, wenn ein Fehler erfasst wird. 

6. Datentransferverfahren nach Anspruch 5, 

bei dem der Datenheader weiterhin einen Fehlererfassungscode zum Erfassen von Ubertragungsfehlem in 
dem Datenheader enthalt, 

bei dem die Steuereinrichtung (10) einen Anforderungscode mit einem TRUE-Fehlererfassungsbit ubertragt, 
wenn ein Ubertragungsfehler in dem Datenheader erfasst wird, und 

bei dem die Targets (11 , 12) die Ausgabe unterbrechen, wenn ein Pegel LOW an die Steuerleitung (3) ausge- 
geben wird, falls ein Ubertragungsfehler in dem Datenheader erfasst wird, und einen Anforderungscode mit 
einem TRUE-Fehlererfassungsbit ubertragen. 

7. Datentransferverfahren nach Anspruch 5, 

bei dem Steuereinrichtung (10) und die Targets (11, 12) einen Anforderungscode mit zumindest einem 
TRUE-Datenframe-Anforderungsbit ubertragt, wenn ein Datenframe, der empfangen werden sollte, nicht emp- 
fangen wird, und 

bei dem, wenn das Datenframe-Anforderungsbit des empfangenen Anforderungscodes dem Zustand TRUE 
aufweist, die Steuereinrichtung (10) und jedes Target (11, 12) alfe Datenframes sequenziell senden, die jede 
Einrichtung senden sollte, bis ein Anforderungscode mit einem FALSE-Datenframe-Anforderungsbit empfan- 
gen wird. 

8. Datentransferverfahren nach Anspruch 5, bei dem die Steuereinrichtung (10) ein Anforderungscode "mit 
einem TRUE-Fehlererfassungsbit sendet, wenn die Steuerleitung (3) einen Pegel HIGH einnimmt, bevor das 
ubertragende Target samtliche Daten, die durch die Nutzerdaten-Langenspezifikation des Datenheaders ge- 
kennzeichnet sind, ubertragt. 

9. Datentransferverfahren nach Anspruch 5, bei dem die Targets (11, 12) einen Anforderungscode mit ei- 
nem TRUE-Fehlererfassungsbit ubertragen, wenn die Steuerleitung (3) einen Pegel LOW einnimmt, falls das 
Target bootet. 

10. Datentransferverfahren nach Anspruch 5, 

bei dem Steuereinrichtung (10) den Takt an die Taktleitung (2) ausgibt, bis die Steuerleitung (3) den Pegel 
HIGH einnimmt, und einen Anforderungscode mit einem TRUE-Fehlererfassungsbit ubertragt, falls die Steu- 
erleitung (3) den Pegel LOW einnimmt, wenn die Steuereinrichtung bootet, und, 

falls die Steuerleitung (3) den Pegel HIGH einnimmt, wenn die Steuereinrichtung (10) bootet, die Steuerein- 
richtung (10) ein Anforderungscode mit einem TRUE-Fehlererfassungsbit zumindest zweimal ausgibt, bevor 
ein Pegel LOW an die Steuerleitung (3) ausgegeben wird. 

1 1 . Datentransfersystem, enthaltend eine Vielzahl an Mikrocomputern, von denen einer als eine Steuerein- 
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richtung (10) bezeichnet wird, und die ubrigen als Targets (11 , 12) bezeichnet werden, und einen seriellen Da- 
tenbus, der eine bidirektionale Datenleitung (1)enthalt, uber die ein Obertragen von Daten und ein Empfangen 
von Daten ausgefuhrt wird, eine Taktleitung (2), welche Taktsignale, die durch die Steuereinrichtung erzeugt 
werden, an jedes Target (11 , 12) ubertragt, und eine bidirektionale Wired-or-Steuerleitung (3), welche sowohl 
fur die Steuereinrichtung (10) als auch fur die Targets (11, 12) zugreifbar und ablehnbar ist, 
dadurch gekennzeichnet, 

dass die Steuereinrichtung (10) einen Datenframe Oder einen Nullframe an die Datenleitung (1) in Abhangig- 
keit davon ubertragt, ob oder ob nicht eine Datenubertragungsanforderung fur die Steuereinrichtung besteht, 
nachdem die Steuereinrichtung (10) auf die Steuerleitung (3) zugreift, wenn die Steuerleitung (3) den Pegel 
HIGH einnimmt, und, falls die Steuerleitung (3) auf dem Pegel LOW sogar bleibt, wenn die Steuereinrichtung 
(10) die Ausgabe des Pegels LOW an die Steuerleitung (3) unterbricht, nachdem das Oberfragen des Daten- 
frames oder des Nullframes beendet worden ist, die Steuereinrichtung (10) das Taktsignal ausgibt, bis die 
Steuerleitung (3) den Pegel HIGH einnimmt, und dass jedes Target (11, 12), das eine eigene Sendefolge an 
Daten, die vorher gesammelt worden sind, besitzt, eine Ausgabe fur das Zugreifen auf die Steuerleitung (3) 
ausgibt, wahrend die Steuerleitung (3) in einem Zugangszustand durch die Steuereinrichtung (10) gehalten 
wird, falls eine Sendeanforderung eines Datenframes besteht, und, wenn die Steuereinrichtung (10) und die 
vorausgegangenen Targets (11, 12) das Datenframe- oder Nullframeubertragen beendet haben, eine Daten- 
frameubertragung in Synchronisation mitden Taktsignaien von der Steuereinrichtung (10) begihnen und, falls 
sie nicht irgendeine Obertragungsanforderung eines Datenframes besitzt, einen Nullframe an die Datenleitung 
(1 ) ausgibt, ohne dass eine Ausgabe zum Zugreifen der Steuerleitung (3) ausgegeben wird, und wenn das Fra- 
meubertragen beendet worden ist, die Ausgabe fur den Zugriff auf die Steuerleitung (3) unterbricht. 

Es folgen 19 Blatt Zeichnungen 
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clock 

line (2) and a busy line (3). One microcomputer is the controller and 
the 

others are slave unit responding in predefined order. 

The controller asserts the busy line if it is not already busy and 
transfers data. Slaves can jointly assert the busy line and the 
controller 

check this by temporarily change line status to see if it is still 
asserted. If so a slave is allowed to transfer data to the controller. 

USE/ADVANTAGE - For transferring data frames between single-chip 
computers. Improves efficiency of data transfer by avoiding use of 
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Original Abstract: A data transfer system including a plurality of 
microcomputers connected to a serial data bus in parallel to each 
other, one of which is designated as a controller and remainder as 
targets each having its own sending order of data allocated 

beforehand, 

in which the controller asserts a control line of the serial data 

bus 

to start a data frame or a null frame sending to a data line of the 
serial data bus and each target outputs an output for asserting the 
control line during the control line is kept in an asserted state 

by 

the controller if it has a data frame sending request, and outputs 

a 

data frame or a null frame when its sending order has come. 
Claim: 1. A data transfer method for serially sending data frames 
between 



one controller and one or more targets for which the sending order 

is 

predetermined and which are mutually connected to a signal bus 
comprising a bidirectional data line for serially sending in 
single 

transfer units at least the data comprising a data frame, a clock 
line for intermittently supplying the unit clock required for 
sending 

one transfer unit of data at a predetermined output timing from the 
controller to the targets, and a bidirectional control line, 

and 

characterized by the controller synchronizing data frame or null 
frame 

sending to the unit clock after beginning LOW level output to the 
control line when the control line is HIGH, targets with a data 
frame 

send request beginning LOW level output to the control line when 

the 

control line is held LOW by the controller, the controller 
outputting 

the unit clock after resuming LOW level output to the control line 

if 

the control line remains LOW even though the controller stops LOW 
output to the control line at the unit clock output timing after 

data 

frame or null frame sending ends, and the target outputting a ; 

LOW 

level to the control line beginning data frame sending synchronized 

to 

the unit clock after the controller and all targets earlier in the 
sending order complete data frame or null frame sending, 
* and stopping LOW output to the control line by the next unit 
clock 

output timing after it completes data frame sending. 
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Publication Date: 20030528 

**Verfahren und System zur seriellen Datenubertragung 
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Claim: Datentransf erverf ahren zum seriellen Ubertragen von 
Datenf rames 

zwischen einer Steuereinrichtung (10) und einem Target oder 
mehreren 

Targets (11, 12) , welche wechselseitig mit einem Signalbus 
verbunden 



sind, der eine bidirektionale Datenleitung (1) zum seriellen 
Ubertragen 

von zumindest den Daten, die einen Datenframe enthalten, eine 
Taktleitung (2) zum Zufuhren eines Sendetakts fur die von der 
Steuereinrichtung (10) uber die Datenleitung (1) zu den Targets 

(11, 

12) ubertragenen Daten und eine bidirektionale Wired-or- 
Steuerleitung 

(3) aufweist , 

1. 

**dadurch gekennzeichnet , dass** die Steuereinrichtung (10) damit 

beginnt, einen Datenframe oder einen Nullframe zu der Datenleitung 

(1) 

in Abhangigkeit davon zu ubertragen, ob oder ob nicht eine 
Datenubertragungsanforderung fur die Steuereinrichtung (10) 
vorliegt , 

nach der Ausgabe eines Pegels LOW an die Steuerleitung (3) , wenn 

die 

Steuerleitung (3) den Pegel HIGH aufweist, und dass die 
Steuereinrichtung (10) die Ausgabe des Pegels LOW an die 
Steuerleitung 

(3) anhalt, nachdem das Ubertragen des Datenframes oder des 
Nullf rames 

beendet worden ist, 

2. 

**dass** die Ubertragungsf olge fur die Targets (11, 12) vorbestimmt 
ist, **dass** die Targets (11, 12) mit einer 
Ubertragungsanf orderung fur einen Datenframe beginnen, einen 

Pegel 

LOW an die Steuerleitung (3) auszugeben, wahrend die 
Steuerleitung 

(3) auf dem Pegel LOW durch die Steuereinrichtung (10) gehalten 
wird, **dass**, falls die Steuerleitung (3) auf dem Pegel LOW 
bleibt, sogar wenn die Steuereinrichtung (10) die Ausgabe des 
Pegels LOW an die Steuerleitung (3) anhalt, nach dem das 
Ubertragen 

des Datenframes oder des Nullf rames geendet hat, die 
Steuereinrichtung (10) den Sendetakt ausgibt, bis die 
Steuerleitung 

(3) den Pegel HIGH annimmt, und das Target (11, 12), welches 

einen 

Pegel LOW an die Steuerleitung (3) ausgibt, die Ubertragung 

eines 

Datenframes in Synchronisation mit dem Sendetakt beginnt, 

nachdem 

die Steuereinrichtung (10) und alle Targets (11, 12), die in 

der 

Ubertragungsf olge fruher liegen, das Datenframe- oder 

Nullf rameubertragen beendet haben, und die Ausgabe des Pegels 

LOW 

an die Steuerleitung (3) beendet, nachdem die 
Datenf rameubertragung 
beendet ist. 

A data transfer method for serially sending data frames between one 
controller (10) and one or more targets (11, 12) which are mutually 
connected to a signal bus comprising a bidirectional data line (1) 

for 



serially sending at least the data comprising a data frame, a clock 
line (2) for supplying a send clock for the data sent over the data 
line (1) from the controller (10) to the targets (11, 12) , and a 
bidirectional wired-or control line (3), 

1. 

**characterized in that** the controller (10) starts data frame or 

null frame sending to said data line (1) , according to whether 

or 

not a data sending request exists for the controller (10) , 

after 

outputting a LOW level to the control line (3) when the control 
line (3) is HIGH, and stopping LOW output to the control line 

(3) 

after ending data frame or null frame sending, the sending 

order is 

predetermined for the targets (11, 12), targets (11, 12) with a 
data frame send request begin LOW level output to the control 

line 

(3) while the control line (3) is held LOW by the controller 

(10) , 

if the control line (3) remains LOW even though the controller 

(10) 

stops LOW output to the control line (3) after ending data 

frame or 

null frame sending, the controller (10) outputs the send clock 
until the control line (3) becomes HIGH, and the target (11, 

12) 

outputting a LOW level to the control line (3) begins 
transmission 

of a data frame in synchronization with the send clock, after 

the 

controller (10) and all targets (11, 12) earlier in the sending 
order complete data frame or null frame sending, and stops LOW 
output to the control line (3) after it completes data frame 
transmission. 

Une methode de transfert de donnees pour envoyer en serie des 
trames de 

donnees entre un dispositif de commande (10) et une ou plusieurs 
cibles 

(11, 12) qui sont mutuellement connectes a un bus de signaux 
comprenant 

une ligne de donnees bidirectionnelle (1) permettant d' envoyer en 
serie 

au moins les donnees constituant une trame de donnees, une ligne 
d'horloge (2) permettant de fournir une impulsion d'horloge d ' envoi 
pour les donnees envoyees sur la ligne de donnees (1) depuis le 
dispositif de commande (10) jusqu'aux cibles (11, 12), et une ligne 

de 

commande bidirectionnelle cablee en OU (3), 

1. 

**caracterisee en ce que** le dispositif de commande (10) 

commence 1 * envoi de trame de donnees ou de trame vide a ladite 
ligne de donnees (1), selon qu'une demande d'envoi de donnees 
existe ou non pour le dispositif de commande (10), apres avoir 
delivre a la ligne de commande (3) une sortie de niveau BAS 

lorsque 

cette ligne de commande (3) est au niveau HAUT, et arrete de 



delivrer a la ligne de commande (3) la sortie de niveau BAS 

apres 

avoir termine 1 ' envoi de trame de donnees ou de trame vide, 
l'ordre d'envoi est predetermine pour les cibles (11, 12), 

les 

cibles (11, 12) avec une demande d'envoi de trame de donnees 
commencent a delivrer a la ligne de commande (3) une sortie de 
niveau BAS pendant que la ligne de commande (3) est maintenue 

au 

niveau BAS par le dispositif de commande (10) , si la ligne 

de 

commande (3) reste au niveau BAS meme si le dispositif de 

commande 

(10) arrete de delivrer a la ligne de commande (3 ) la sortie de 
niveau BAS apres avoir termine 1' envoi de trame de donnees ou 

de 

trame vide, le dispositif de commande (10) delivre en sortie 
1' impulsion d'horloge d'envoi jusqu'a ce que la ligne de 

commande 

(3) soit au niveau HAUT, et la cible (11, 12) delivrant a la 

ligne 

de commande (3) une sortie de niveau BAS commence la 
transmission 

d'une trame de donnees en synchronisation avec 1' impulsion 
d'horloge d'envoi, apres que le dispositif de commande (10) et 
toutes les cibles (11, 12) anterieures dans l'ordre d'envoi 

auront 

acheve 1' envoi de trame de donnees ou de trame vide, et arrete 

de 

delivrer une sortie de niveau BAS a la ligne de commande (3) 

apres 

qu'elle a termine la transmission de trame de donnees. 
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Original Abstract: A data transfer system including a plurality of 
microcomputers connected to a serial data bus in parallel to each 
other, one of which is designated as a controller and remainder as 
targets each having its own sending order of data allocated 

beforehand, 

in which the controller asserts a control line of the serial data 

bus 



to start a data frame or a null frame sending to a data line of the 
serial data bus and each target outputs an output for asserting the 
control line while the control line is kept in an asserted state by 

the 

controller if it has a data frame sending request, and outputs a 

data 

frame or a null frame when its sending order has come. 
Claim: 

l.A data transfer method for serially sending data frames between one 
controller and one or more targets for which the order of 

sending 

data is predetermined, comprising the steps of: 

* connecting said one controller and said one or more targets with 

a 

bidirectional data line for serially sending data 
constituting at 

least one data frame in a transfer unit, a clock line for 
intermittently supplying unit clocks required for sending one 
transfer unit of data at a predetermined output timing from 

said 

controller to said one or more targets, and a bidirectional 
control line ; 

* said controller sending a data frame or null frame through said 

bidirectional data line in synchronization with said unit 

clocks 

after beginning a LOW level output to said control line when 

said 

control line is HIGH; 

* each target having a transmission request of a data frame 
beginning a 

LOW level output to said control line while said control line 

is 

held LOW by said controller; 

* said controller outputting said unit clocks after resuming a LOW 

level, output to said control line if said control line 

remains 

LOW even though said controller stops a LOW output to said 
control line at an output timing of said unit clock after 
finishing transmission of the data frame or null frame; and 

said each target, outputting a LOW level to said control line, 
beginning transmission of a data frame in synchronization 

said unit clock after completion of transmission of the data 
frame or null frame by said controller and all targets having 

priority in the sending order which is higher than that of 

pertinent target, and stopping a LOW output to said control 

by the next output timing of a unit clock after completing 
transmission of the data frame. 



